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® Method and apparatus for adaptlvely determining the format of data packets carried on a local area 
network. 

@ Method and apparatus by which an interactive network board can determine which of plural frame packet 
ypes is currently being used for LAN communication on a local area network. A prescanning software module 
simultaneously binds itself through a link support layer to each of the plural frame packet types and then 
deactivates itself. The LAN communication network is then monitored for broadcast traffic so as to capture a 
LAN frame packet, whereupon the link support layer provides data groups for the captured frame packet,. each of 
the data groups corresponding to a different one of the plural frame packet types. The prescanner is reactivated 
so as to prescan each data group for a predetermined IPX header, and determines the frame packet type in 
correspondence to the data group having the predetermined If X header. The prescanner is operative in a 
multiprotocol network environment in which two different LAN operating systems having respectively different 
operating protocols, such as Novell-compatible and UNIX-compatible operating systems, both carry on LAN 
communication on a single network bus. In this case, the prescanner repeats operations for each of the different 
operating protocols. 
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The present invention relates generally to a circuit board which is coupled to a local area network 
peripheral {e.g. a printer) and which allows the peripheral to be an Intelligent, interactive network memtjor 
eliminating the necessity of dedicating a personal connputer to manage the peripheral. More particularly, the 
present invention relates to a method and apparatus by whtch the circuit board can automatically arxi 
s adaptively determine the format of the data packets that are carried on the local area network bus. . 

Local Area Networks {"LANs") are known for coupling together a plurality o1 personal computers with 
peripheral devices such as printers, copiers, etc., to provide for enhanced communication and shared 
resources. Heretofore, peripherals such as printers coupled to a LAN were rather unintelligent, meriely 
accepting Information from the LAN and printing such information on a hard copy. Moreover, such printers- 
10 usually required a fiost personal computer ("PC") to effectively martE^e the flow of data to the printer, i.e., 
•to act as a "server" for the printer. This almost always required that the host PC be dedicated solely to the 
printer server task. 

A number of products havo recently appeared which ostensibly eliminate the need for such a dedicated 
PC by incorporating hardware and software Into a circuit board which may be coupled into the peripheral in 

75 order to perform limited server functions. For example, ASP Computer Products, Inc. provides a device 
known as "JetLAN/P" which ads; as a stand-alone print server for Novell networks. The JetLAN/P« device 
couples to a LAN using a lOBase-2 thin coaxial cable, or a lOBase-T twisted-pair cable. However, the 
JetLAN/P® couples to the printer only, through the jprinter's parallel port. Thus, while print Infonttation can 
be sent to the printer, the amount of printer status information which can bo returned from the printer is 

so severely restricted. For example, such a device may obtain "off-line" and "out of paper" status from the 
printer, but little else. Such a device does very little toward making the printer a truly Intelligent, responsive 
member of the network. 

Other known devices for coupling a printer to a LAN Include the Hewlett-Packard Jet Direct* C2071A/B 
and C2059A, the Extended Systems EtherRex®. the Intel NetPort® and NetPort 11®, the Castelle LAN- 

25 Press® and JetPress®. and the MILAN FastPort®. However, all of these devices suffer from the same 
disadvantages as the ASP JetLAN in that they do not allow the printer to transmit sufficient amounts of data 
to the LAN to enable the printer to be an effective and intelligent member of the network. 

Moreover, before products like these can communicate on the local area network. It is necessary for an 
operator to manually designafe the format or protocoi of the data packets carried on the local area network 

30 bus (hereinafter the "frame packet type"). In particular, devices on local area networks like Ethernet® 
networks can send and receive data packets in a variety of frame packet types such as Ethernet 802.2, 
Ethernet II, Ethernet SNAP and Ethernet 802.3. Unless the device knows the proper frame packet type it 
cannot communicate with other devices over the network bus. For this reason, the JetLAN/P® device 
Initializes itself to a default frame packet type and pemiits an operator to manually change the frame packet 

35 type using a "Set Protocol" command. Likewise, the Intel f^letPort® device requires an operator to manually 
select the frame packet type by manually setting toggle switches. Heretofore, however. It has not been 
possible for the device itself automatically and adaptively to determine the frame packet type. 

The present invention addresses the drawbacks noted above by providing structure and function on a 
circuit board coupled to a peripheral which will permit the peripheral to be a responsive, intelligent member 

40 of a networit 

In one aspect, the present Invention comprises a method and apparatus for automatically and adaptively 
determining the frame packet type that is currently being used for local area network communication by 
capturing a data frame packet from the network bus and prescanning the captured frame packet to 
determine which one of plural frame packet types corresponds to the captured frame packet 

45 According to this aspect, the present invention comprises a method and apparatus for detenminlng 
which of plural predetermined frame packet types Is currently being used for LAN conrimjnication in which 
a LAN software communication module (such as the link support layer) is configured to bind simultaneously 
to all of the plural frame packet types and broadcast traffic on the bus Is monitored to capture a LAN frame 
packet; The LAN software module provides plural data groups for the captured frarhe packet each of the 

50 data groups corresponding to a different one of the plural frame packet types. The data groups are 
prescanned tor the- presence of a predeterriilned header (such as an IPX header), and this frame packet 
type is determined in accordance with the data group having the predetermined heading. 

In a related aspect, the invention automatically arid adaptively detemnlnes frame packet type in a 
rriultiprotocol LAN communication system in which two different LAN operating systems having respectively 

55 different operating protocols, such as Novell-compatible and UNIX-compatible operating systems, both carry 
on LAN communications on a single networi^ bus. 

According to this aspect, frame packets are captured from the local area network for each of the 
different operating protocols, and the captured frame packets are prescanned to determine which of plural 
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frame packet types corresponds to the captured packet The process is repeated for each of the different 
operating protocols whereby the networked peripheral can determine frame packet types In a muniprotocol 
network environment. • 

i BRIEF DESCRIPTION OF THE DRAWINGS 

The above-noted advantages and features of the present Invention will become more readily apparent 
from the following detailed descriptior* of exemplary emtwdiments when taken in conjunction with the 
Drawings in which: 

JO FIG. 1 is a block diagram of a Local Area Network according to the present invention; 
FIG. 2 Is a block diagram of e plurality of Local Area Networks coupled together; 
FIG. 3 is a block diagram showing the Network Expansion Board according to the present invention 
coupled between the Local Area Network and the printer; 

FIG. 4 is a block diagram of the Network Expansion Board according to the present invention; 
16 FIGS. 5A, SB and 5C comprise a top-level flowchart showing the basic functions of the Network, 
Expansion Board according to the present invention; 

FIG. 6 Is a diagram showing the sequence in Which software modules are loaded from the Network 
Expansion Board ROM to RAM; 

FIG. 7 is a block diagram showing hardware and software interfaces between the LAN and the Network 
20 Expansion Board; 

FIG. 8 is a flowchart showing how the EPROM firmware is configured for placing the Network Expansion 
Board in an operational mode; 

FIG. 9 is a chart showing the physical construction of different frame packets used on Ethernet; 

FIG. 10 is a flowchart showing the operation oi a PRESCAN software module; 
25 FIG. 1 1 is a chart showing that the PRESCAN module may be used with other software protocols; 

FIG. 12 is a chart for explaining the software structure of the SAPSERVER program; 

FIG. 13 is a flowchart showing the operation of SAPSERVER; 

FIG. 14 is a flowchart showing the operation of a CPINIT program; 

FIG. 15 is a flowchart showing the operation of a CPCONSOL program; 
30 FIGS. 16A and 1 68 comprise a flowchart showing the operation of a CPSOCKET program; 

FIGS, 17A and 178 comprise a flowchart showing the automatic logging of peripheral statistics; 

FIG. 18 is a flowchart showing how multitasking processing is performed; . 

FIG. 19 is a flowchart showing how to place the printer In a safe, default conftguration; 

FIG. 20 is a flowchart showing the downloading of Executable ffles to the Network Expansion Board from 
35 the local area network; 

FIG. 21 is a flowchart showing the loading of independently-executable modules in the EPROM of the 

Network Expansion Board; 

FIG. 22 is a block diagram showing Network Expansion Board EPROM flash protection circuitry; - 
FIG. 23 is a flowchart showing the operation of the circuitry of FIG. 22; 
40 FIG. 24 is a flowchart showing the operation of remotely loading firmware in the Network Expansion 
Board EPROM; 

FIG. 25 is a block diagram showing a hardware configuration for testing the Network Expansion Board; 
and 

FIGS. 26A and .26 B comprise a flowchart showing a method of testing the Network Expansion Board 
45 using the test configuration of FIG. 25. 

The embodiments aim generally to provide hardware and software solutions for making a network 
peripheral, such as a printer, an interactive network member capable not only of receiving and processing 
data received from the network, but of transrhitting to the network significant- amounts of data such as 
detailed status information, operational parameters, and even data input to the peripheral through other 
60 .. modalities such as scanning, facsimile reception, etc. By integrating such hardware arKJ software with the 
peripheral, it Is possible to eliminate the requirement for dedicating a personal computer to the peripheral to 
act as a peripheral server. 

1. ARCHITECTURE 

66 , . 

FIG. 1 is a block diagram showing the present invention incorporated into a Network Expansion Board 
("NEB") 2 coupled to a printer 4 which has an ppen architecture (to be discussed below). The NEB 2 Is 
coupled to the LAN bus 6 through a LAN interface 8, for example. Ethernet interfaces 10Base-2, lOBase-T, 
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or 10Base-5, respectively, with a Coax connector, an RJ45 connector, or a DB15 connector (AUI). Also 
coupled to the LAN 6 may be such network members as PC 10, PC 12, PC 14 (which in this case acts as 
the network admtnistralor if the administrator has logged In at that PC; to be discussed below), and a printer 
16 (with embedded QSERVER functionality: also to be discussed below). Other LAN members may Include 
PC 18 (acting as a print server; to be discussed betow) with attached printer 20, PC 22 (acting as an 
RPRINTER; to be discussed below) with attached printer 24, and printer 26 which is coupled to the LAN 6 
through a NetPort device 28 (discussed in the Background of the Invention above). A file server 30 is 
coupled to the LAN 6 and serves as a "library" for files to be transmitted and processed on the LAN. The 
file server 30 may have attached printers 32 and 34. 

In more detail, the network depicted in FIG. 1 may utilize any network software such as Novell or Unix 
software in order to effect communication among the various network members. The present embodiments 
will be described with respect to a LAN utilizing Novell NetWare® software (to be discussed in greater 
detail In section 3a below) although any network software may be used. A detailed description of this 
software package may be found In the publications "NetWare® User's Guide" and the "NetWare* 
Supervisor's Guide" by M&T Books, copyrighted 1B80, Incorporated herein by reference. See also the 
"NetWare* Print Server" by Novell. March 1991 edition, Novell Part No. 100-000892-001. Briefly, the file 
server 30 acts as a file manager, receiving, storing, queuing, caching, and transmitting files of data between 
LAN members. For example, data files created respectively at the PCs 10 end 12 may be routed to the file 
server 30 which may order those data files and then transfer the ordered data files to a printer 24 upon 
command from a print server in PC 18. The file server 30 may include or may be coupled to a large 
capacity storage member such as a 10 Gigabyte hard disk subsystem. Furthermore, the printers 32 and 34 
may be coupled to the file server 30 to provide additional printing stations, If desired. 

White personal computer equipment is illustrated in FIG. 1. other computer equipment may also be 
included, as appropriate to the network software being executed.. For example. Unix workstations may be 
included in the network when Unix software is used, and those workstations may be used in corjunction 
with the illustrated PC's under appropriate circumstances. 

PCs 10 and 12 may each comprise a standard work station PC capable of generating data files, 
transmitting them onto the LAN, receiving files from the UN, and displaying and/or processing such flies at 
the work station. The PCs 10 and 12, however, are not capable of exercising control over LAN peripherals 
(unless the network administrator is logged into that PC). 

A PC capable of exerting limited control over LAN peripherals Is PC 22 which includes an embedded 
RPRINTER program- TTie RPRINTER program is a MS-DCjS Terminate and Stay Resident ("TSR") program 
which runs on a work station to allow users to share the printer 24 connected to the work station. 
RPRINTER Is a relatively unintelligent program that does not have the ability to search printer queues for 
work. RPRINTER gets its work from a PSERVER (to be discussed below) tfiat is running elsewhere in the 
network. Because they, conrimunicate with the attached printer over the printer's parallel port, RPRINTERs 
are able to obtain only limited status and to return that status infonmation to the responsible PSERVER over 
the LAN 6. From a control standpoint, an RF'RINTER allovre stopping of a print job and little more. Some 
printers include RPRINTER features by offering internal or external circuit boards that provide the same 
limited features of the RPRINTER TSR program running in a personal computer. . 

Another network entity capable of exercising limited control over LAN peripherals is. a printer 16 with 
attached circuit board 36 having an embedded QSERVER program. Here, the QSERVER program runs 
inside an HP LaserJet lll» SI printer, and has the capability of searching the file server 30 print queues for 
eligible print files. The QSERVER's search queues cannot be dynamically altered nor does the QSERVER 
respond to any form ol status inquiry. The benefit of the QSERVER is its ability to autonomously search for 
work. The QSERVER does not require a PSERVER running elsewhere in the system to feed it work. Since 
the QSERVER does not have a corresponding PSERVER and it does not itself have any status and control 
capabilities, it offers less control than even the RPRINTER. A QSERVER also differs from a PSERVER in 
that it has exUemely limited notification features and cannot print banners at the beginning of each prim job. 

Another netvyork member having a QSERVER capability is printer 26 which is coupled to the LAN 6 
through an external NetPort device 28. 

Other peripheral server programs may be executed to service various peripherals, such as scanners, 
copiers, facsimiles etc. and servers may also be provided based on network software protocol such as a 
Unix-compatible Une Printer Remote server ("LPR"). 

A LAN memtter capable of exercising significant control over LAN peripherals is the PC 18 having a 
PSERVER program embedded therein. PSERVER has the ability to service multiple user-<jefined print 
queues, perform dynamic search queue modification, and provide defined notification . procedures for 
exception (failure) conditions and status and control capabiliUes. PSERVER is provided in several forms. 
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PSERVER.EXE Is a program that runs dedicated on a work statrort and controls both local and remote 
printers. The local printers can be connected to either serial or parallel ports, and the remote printers are 
printers running elsewhere In the system. Two other forms of the PSERVER program are the PSER- 
VER.VAP and the PSERVER.NLM. These are PSERVER versions that run on the file server 30 itself. The 

5 .VAP version Is for NetWare® 286, and the .NLM version is for NetWare® 386. While the PSERVER 
provides much more capability than the RPRINTER and QSERVER, one of its drawbacks is that the .EXE 
version requires a dedicated personal computer. 

A dedicated personaJ computer running PSERVER.EXE can control as many as 16 local/remote printers 
and can request print information from many file server queues. However, there ere several drawbacks to 

TO relying on PSERVER to control network printing services. The first drawback is that multiple printer streams 
must ali be funnelled through a single network node and personal computer processor. This can ttecome a 
bottleneck. The second drawback is that fpr the most efffcient operation, the printers should be connected, 
to the computer locally, as with the printer 20. This can be an inconvenience for users since i( requires the 
printers to be clustered around PC 18. The third drawback Is that if the controlled printers are remote as in 

76 the case of printer 24 which is serviced by RPRINTER, then the print data must make the trip from the file 
server 30 to the PSERVER PC 18 and then be retransmitted to the printer running RPRINTER This Is 
inefficient 

The fourth drawlMck is the limited amount of printer status and control infonnatlon offered through . 
PSERVER. It has already been stated that RPRINTER does not allow for much more than rudimentary 
so status such as "out of paper** and "off line", PSERVER itself for locally and remotely connected printers 
does not offer much more than this because it was designed with consideration of the limitations of the 
personal computer parallel port The PSERVER program also allows for its own status and control. 

the Network Expansion Board 2 installed in the printer 4 . provides many advantages- and enhanced 
flexibility over the network peripheral control entities discussed above. In particular, the NEB-embedded 
35 controller offers RPRINTER, PSERVER and LPR (Line Printer Remote) functionality (through CRPRINTER, 
CPSERVER and CLPR programs to be discussed in section 3d below). There is an Initialization program 
named CPINfT (to be discussed in section 4h below) which allows the network administrator's PC 14 
complete control over the configuration of NEB features. Due to its embedded nature and the open 
architecture of printer 4, the N 05 will have the ability to offer a wide variety of status and control features to 
30 the networtc. That is, vertx)Se amounts of status information may be provided from the printer 4 to the LAN 
6, and a great deal of control infonmation maybe provided from the LAN 6 to the printer 4 (for example, 
exercising printer front panel functions from the PC 14). 

To access the extended amount of infonmation available in the NEB, a program called CPCONSOL Is 
resident In the network administrator's PC 14 and allows the system administrator to view all of the printer 
5S information which is exported from the printer 4 by the NEB 2. The printer infonfnation is available even if 
the RPRINTER functional configuration (CRPRINTER) of the NEB 2 is selected. The PSERVER functional 
configuration (CPSERVER) of the NEB 2 will control the printer 4 that contains the board. This Option will 
have all of the standard PSERVER queue search capabilities as well as the notify and status features. All of 
these features can be dynamically controlled from a remote work station. The NEB environment and its 
40 ability to export extended status and control infonmation frOm the printer 4 makes the combination of the 
NEB 2 and the printer 4 much more powerful thari the standard RPRINTER, QSERVER, or PSERVER print 
methodologies cunrentiy available. 

The CPCONSOL program (to be discussed in greater detail in "section 4i below) provided in the network 
administrator's PC 14 is capable of Interfacing with the NEB 2 (and other ^etworlc members) to perform 
■45 such functions as displaying current information for a selected networit device (interface infonnation, control 
information, font infomnation, layout information, quality and common environment information, duplex 
information, and miscellaneous infomnation). CPCONSOL is also capable of setting or/modifying the sate 
(default) condition of a network device. CPCONSOL may also activate or deactivate applications of the NEB 
2 such as CPSERVER or CRPRINTER (to be discussed bete>w. but generally similar to the PSERVER and 
60 RPRINTER software packages discussed above). Furthermore, the CPCONSOL enables the PC 14 to 
display a log file, clear the log file, pr write the log file to memory such as a local or a file system disk. 
CPCONSOL can also display such printer- related Information on PC 14 as the number of Jobs, the number 
of pages per job, the number of pages per minute, the time per job, the number of total pages per day, the 
number of total jobs per day. and the numt>er of days. The CPCONSOL program Is also capable of 
55 displaying on the PC 14 such networtcrelated information as media related and non-media related 
Information, and of clearing such network statistics. 

The CPINIT program (to be discussed in greater detail in section 4h below) resident in the network 
administrator's PC 14 can set up application information print services such as CPSERVER and CRPRIN- • 
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TER and configure those applications. CPINIT is also capable of setting and/or displaying device informa- 
* tion such as time/date/time zone, buffer size, disk size, logging flag, log Mmit and a safe (default) 
environment flag. CPINIT can also restore default service headings, reset the NEB 2, reboot the NEB 2, 
command a font download, command an emulation download, display a NEB power-on-setf-test ("POST") 

5 error, display the NEB 2 firmware level, display the current log file size, etc. 

By providing the NEB 2 with PSERVER and RPRINTER capabilities, the present invention achieves, 
with a single circuit board, enhanced functionality for the printer 4 with respect to the LAM 6. Therefore, the 
printer 4 is a true "networked" printer and not Just a printer connected to a network. 

While the present invention offers unique advantages on the LAN 6, these advantages are also realized 

70 when the LAN 6 is coupled to one or more other LANs in a Wide Area Network ("WAN"). FIG. 2 deplete 
such a WAN which includes a first LAN 41 Including a server SI 40, PC's 42. 44, and 46, and a printer 48. 
The server SI 40 is coupled to a backbone 50 over a bus 52. The backbone 50 is nothing more than an 
electrical connection between a plurality of buses. Also connected to the WAN Is a second LAN .81 
comprising server S2 60, PC's 62, 64, and 66, and a printer 68. Server S2 60 is coupled to backbone 50 

js over bus 54. 

The WAN may also include a remote LAN 71 comprising server S3 70, PC's 72, 74 and 76 and a 
printer 78. Since the LAN 71 is remote from the remainder of the system, it is coupled to backbone 50 
through a bus 56, a transponder (which may include a modem) 58. and a comniunlcation line 59. 

In such a WAN, assume that PC 42 is a PSERVER requesting the use of printer 78. tf the printer 78 is 
20 equipped with a NEB according to the present Invention, a direct communication Dnk can be established 
between the PC 42 and the printer 78 whereby job Infonnation can be sent to printer 78. and status and 
control information can be sent from printer 78 to the LAN 41 . Therefore, the NEB according to the present 
invention achieves its enhanced functionality even when installed in a peripheral coupled to a WAN. 

FI6. 3 Is a block diagram depicting the connection of the. NEB 2. according to the present Invention, 
25 with the printer 4 and the LAN 6. The NEB 2 is directly connected to the LAN 6 via LAN interface 101. and 
also to the printer 4 via a bi-directional interface, here a Small Computer System Interface ("SCSI") 100. 
The SCSI interface 100 is coupled to aii SCSI bus 102 of the printer 4. 

The NEB can also service additional SCSI devices, such as other printers (RPRINTERs) or other 
peripherals, daisy-chained on the SCSI bus using standanJ SCSI connectivity protocol. Also, the NEB may 
30 l>e used to drive other peripherals across the LAN itself. 

The printer '4 Is preferably an open-architecture printer Including the SCSI bus 102 and SCSI interfaces 
104 and 106. Printer 4 also includes a processor 108 such as a REDUCED INSTRUCTION SET 
COr/IPUTER ("RISC') which communicates with a RAM Memory 110 arid with a printing engine 112 which 
actually, drives the printing mechanism. The RISC processor also communicates with NVR^M 111 for 
35 storing irifonriation which needs to be maintained between power cycles, such as user-defined Infonmation, 
and with ROM 113 from which RISC processor 108 executes printer control. Tlie printer 4 rnay also include 
a hard disk 114 capable of holding large arriounts of data in a non-volatile way. Printer 4 also has a front 
panel display 116, and a keyboard 115 for inputting control commands to the printer. 

Preferably, the printer 4 includes an open architecture which takes advantage of the bi-directional nature 
40- of the SCSI interface 100 to provide a great deal of status (and other) information from the printer 4 to tfie 
LAN 6 via the NEB. and also to allow fine control of the printer from a remote location. For example, such 
open architecture when used with the bi-di recti onal SC;SI interface permits most or all of the Information on 
the front panel display 1 16 of printer 4 to be exported to a remote location, and also permits most or all of 
ttie control functfons of the printer front panel keyboard 115 to be activated from the remote location. 
45 Briefly, the open-architecture printer 4 comprises four major subsystems: Communication; Job Pipe; 
Page Layout and Raster functions; and Systems Services. The Communication subsystem handles the 
different communication devices and initiates the start ol a job application. When the printer, starts to 
receive data, the Communication subsystem sends the first part of the incoming data to each emulator for 
examination. The first emulator that can process the data becomes the Job Pipe driver. The system then 
50 constructs a Job Pipe to process the data (data fk3ws Into one end of the pipe, and page images flow out of 
the other end). This Job Pipe comprises many segments one of which is the Job Pipe driver. 

The Job Pipe subsystem has a Pipe driver segment (the application for an emulator) and input and 
output segnients. The Input and output pipe segments have at least two other segments: for input, source 
and source filter segments; and for output, an output filter and a data sink. The Input segment of ttie 
55 Communication subsystem delivers the input data which can be supplemented by information from a file 
system. The Pipe driver processes input and suppleniental data. It also generates imaging commands and 
page layout information that it sends to the output segment. The Pipe driver may store this informatton to 
the printer disk (if present). The output segment sends this data to the Page Layout and Raster subsystem, 
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The Page Layout and Raster subsystem takes the imaging and page layout infonnatlon and converts It 
to a raster Image for the print engine 112. This section operates completely separately from Job Pipe. 

The System Services subsystem provides file system access, console access, font services, basic 
system services, and image generation services. Therefore, a printer 4 having such an open architecture 
5 will take full advantage of the intelligent interactive NEB 2 to provide increased functionality to the printer 4 
and the entire network. 

2. HARDWARE 

JO FIG. 4 is a block diagram of the NEB 2 showing the major components thereof. The NEB 2 is coupled 
to the LAN 6 through network connectors 202, 203, and 204. Preferably, the connector 202 Is an RJ45 
capable of accepting a 10Base-T connection. The connector 203 may comprise a DB15 connector for 
accepting a lOBase-5 connection, w^ile the connector 204 may bo a simple Coax connector capable of 
accepting a lOBase-2 connection. All of the connectors 202. 203, and 204 are coupled to a network 
75 controller 208 (preferably an Ethernet Network Controller). However, the connector 204 Is first coupled 
. through a transceiver 208. 

Power is supplied to NEB 2 from d +5V power source tn printer 4 through the printer expansion port 
228. The -•■5V power is also provided to the power converters 210 and 212.. The power converter 210 
provides -9V power to transceiver 208, while the power converter 212 provides + 12V power for "flashing" 
20 (loadirig; to be discussed in section 4q below) the EPROM 222. Also, the network controller 206 Is coupled 
to an 8 KB static RAM 214. 

The heart of the NEB 2 Is a microprocessor 216. preferably an NEC V53i The microprocessor 216 is 
coupled to a serial port 218, cun-ently used for testing. .Also coupled to the microprocessor 216 are a 512 
KB dynamic RAM 220, a 256 KB flash EPROM 222. an SCSI controller 224 (corresponding to SCSI 
25 interface 100 of FIG. 3) a printer expansion port 226, a diagnostics/failure LED 240. a 256 Byte non-volatile 
RAM 228, a control register 230. and a PROM 232 which stores the Media Access Control ("MAC") address 
which is the unique name for every . EtherNet board. 

The architecture of the NEB 2 provides an advantage in that 11 has unique support features for 
administration and management of large, multi-area networks. These support features include, for example, 
30 printer control and status monitoring • from a remote location on the network. (i.e., from the network 
administrator's office), automatic management of printer configuration after each print job to provide a 
guaranteed initial environment for the next user, and togs of printer usage statistics accessible across the 
network for characterizing printer workload and scheduling toner cartridge replacement A key paranieler in 
the NEB design is the ability to access the printer control state from the NEB 2 through a bi-directional 
35 Interface, here the SCSI interface 100. This allows the printer console information to be exported to the NEB 
or to an external network node for the programming of many useful printing support functions. 

Table 1 below provides a description of the functions, Implementation, and operational notes with 
respect to the major hardware elements of NEB 2. 
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Table 1 



Function 


Implementation 


Notes 


Network Controller (206) 


National DP 83902 


With DP8392 Coax Transceiver 


Ethernet Interfaces: 


10Base-2 (202) 


Coax connector 


iriRae«.T t^nA\ 
I UDOSe* 1 ^£Lrt/ 


O XA.^ rTMinfiPtnr 
no*rJ LiUiiiioi'iwi 


inDoon-c #onQ\ 


LID 1 9 UUMIItTVLUI \r\\J%f 


Embedded Processor 
(216) 




1 0-DIU 1 DlVinZ rll~\J VflUI Uninf iiiiiD>«i 

Intemjpts 


EPROM (Flash) (222) 


25dK Bytes 


iNeTWorK proyrorn couo, DOaia oi*jp ^dooiu 
Input Output Subsystem), diagnostics 


NVRAM (220) 


256 Bytes 


Printer Installation Configuration on 
Network 


DRAM (220) 


51 2K Bytes 


Code execution and data buffering for 
exp.port 


SRAM (214) 


8K Bytes 


Buffering of incoming Ethernet packets 


SCSI Controller (224) 


NCR 53C90A 


30-pin, internal l/F configuration with power 


MAC Address and 
Hardware ID PROM (232) 


32 Bytes 


Stores MAC address and Hardward ID 
information 


Board Size 


100 mm X 125 mm 


Type 2 EXP-I/F PCB, double-sided SMT 


Power 


5vdc, 710 ma 


DC converter on board for Ethernet 
+ I2vdc/-9vdc 



Preferably, the NEB 2 is Installed inside the printer 4 In an expansion or options slot Tlie NEB 2 is thus 
an embedded network node with the processing and data storage features described above. 

TTiB microprocessor 216 implements a data link layer of network packet transmission and reception. 
Network data transfer overhead is minimized through the use of a dedicated static RAM packet buffer 214 
managed directly by the network controller 206. The microprocessor 216 accesses blocks of SRAM packet 
data and network rhessages through the network controller 206, and moves them into the large DRAM 
memory 220. 

Blocks of print Irnage data and control information are assembled by the microprocessor 216 for 
transmission to the printer 4 by the SCSI controller 224 using the SCSI transfer protocol of the printer 
expansion port. Likewise, printer status Information Is transfen-ed from printer 4 back to the NEB 2 In SCSI 
block format. The SCSI controller 224 operates concurrently with the network controller 206 for increased 
data tiiroughput for overall NEB performance. 

The microprocessor 216 is preferably an NEC V53 chip wWch Is a fast, highly-integrated microproces- 
sor with a 16-bit Intel-conipstible processor in support of Direct Memory Access ("DMA"), interrupt, timers 
and DRAM refresh control. Data bus structure on the NEB 2 Is implemented 16-bits wide to take advantage 
of the 8-Bil/1 6-Bit dynamic bus sizing during microprocessor 1/0 transfers. Control firmware and printing 
application software for the microprocessor 216 are stored on the NEB 2 in EPROM 222. After power-on 
self-test, the firmware code is selectively moved to the higher-performance DRAM 220 for actual execution. 
Network and printer configuration parameters are written Into NVRAM 228 when the printer is first installed 
onto the networi<. Thus, NVRAM 228 allows the NEB software to recover the Installation parameters after 
printer power has. been cycled off and on. 

3. SOFTWARE . 

Software for the LAN comprises a combination of network software, and NEB-customized software such 
as NEB-embedded software and software resident on the network administrator's PC. 
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3a. Network Software 

In ttie present embodiment, NetWare® network software Is used to manage interactions between nodes 
of a network such that the client work stations can share and receive services from server nodes such as 

6 disk file servers, database servers, print servers, etc. NetWare® itself is a combination of software modules 
running on these server nodes and on each work station node. At least one file server may be provided in a 
Novell network! NetWare® runs as the operating system for the PC of the file server to provide basjc 
network core services and utilities. RIe servers can connect to more than one LAN by using up to four 
network interface cards (preferably Ethernet or Token Ring connections). In these configurations, "tiridging* 

10 or "backbone" services are provided between a plurality of LANs, as shown In FIG. 2, such that resources, 
including printers, can be shared "internet" i.e., frono one LAN to another. 

On work stations, NetWarei^ runs in cooperation with the work station operating system (DOS or OS/S) 
as a NetWare^ "shell" of control software. This shell has the effect of extending the services of the 
workstation operating system onto the network to make network resources appear local to the work station. 

76 Novell PSERVER software has the job of controlling a group of printers (up to sixteen) In order to 
service printing requests from network nodes. Requests are structured in a form of print queues tfiat are 
held on the network file server using network queue management services. Queue entries contain a list of 
files to be printed. The files contain data to be printed such as tabs, formfeeds, and other Printer 
Description Language ("PDL") commands. Several queues can be serviced by a single PSERVER. 

20 Standard Novell servers are available in different versions depending on the type of network node they 
are to execute on. Print server programs can reside on tiie file server itself. A version of print server 
software may also be loaded on a stand-alone DOS station node to make that node a dedicated print 
server. . ' 

By providing print server functionality (CPSERVER) to NEB 2 of the present invention, the NEB and 

25 attached printer will offer all the printing services of a standard Novell print server vi^itiiout the need for an 
attached PC. 

Printers themselves are considered to be either "local" or "remote". A local printer is one that is 
physically connected to the print server node. In the case of. the NEB 2. the local printer is the printer 
housing the NEB. A remote printer is managed by RPRINTER programs running in the PCs they are 
30 connected to. RPRINTERs receive print data from PRINTSERVERS running elsewhere on the LAN. The . 
NEB 2 of the present invention can be provided with RPRINTER furictionality (CRPRINTER) to offer its 
printer as a network remote printer. In this mode, it Is fully compatible with standard versions of Novell print 
servers. 

Novell NetWare® provides a numt>er of print utilities to configure and control file server or wbric station- 
as based print servers and their attached printers. The Novell program PCONSOLE Is a menu-driven utility that 
altows a user (the printer console operator) to create a new print server, configure up to sixteen local or 
remote print ports, create print queues, assign queues to printers, arvl start/stop printer and server 
operations. 

40 3b. NEB-Customized Software 

The NEB 2 is bundled with software modules that implement the full range of printing services offered 
by NetWare®. This includes external NetWare®-compatible modules that execute on work station nodes of 
tiie network in addition to internal NetWares-compatible modules running on the NEB 2 inside the printer. 

45 The specific NetWare®-compatible programs developed for use wrth the NEB 2 (e.g., the customized 
CPSERVER and CRPRINTER programs to be discussed below), are provided with the same general 
operational interfaces as standard printing modules from Novell so as to be familiar to Novell users and 
network administration personnel. The customized versions include functional extensions that make use of 
tiie open architecture of the printer 4 to enhance print service management across the network. 

50 Table 2 shows the functions, Implementations, and operational notes for ttie customized software 
developed for the NEB. 
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Table 2 





Function 


Implementation 


Notes 


5 


NEB-specific functions in NEB 
EPROM 


. CPSERVER (92KB) 
CRPRINTER (40KB) 


Customized Print Server 

Customized Remote 
Printer 


10 


NEB-to-Network communication in 
NEB EPROM 


CPSOCKET (30KB) 


Concument 

multi-protocol operation 




NEB Environment in NEB EPROM 


(15KB) 


Monitor, loader, POST, 
etc. 


16 


Extensions to NetWare© PCONSOLE 
for Printer Control/Configuration, in 
AdmlnlstratarVP0 14 


CPCONSOLEXE (180KB) 
CPINIT.EXE (120KB) 


. Remote Control & Stats, 
Auto-Reconfiguration, 
Print Job l_ogs/Statistics 



2D 

3c. NEB-Embedded Software 

The software developed for the NEB 2 includes software embedded in the NEB and software loaded 
into the networ1< administrator's PC 14. The NEB-embedded software provides both the NetWare®- 

25 compatible node and NetWare ©-compatible print services directly inside the printer 4 without the overhead 
of a wortc station PC and its DOS operating system. The NEB-embedded software comprises a plurality of 
application modules (CPSERVER. CRPRINTER. etc.), real-time service modules, network protocol stacks, 
and a MONITOR program which performs applicalion switching, process extension, device semaphores, 
and shares buffer-pool management. The functionality of the NEB Is detennined by the types of application 

30 modules and the number of protocol stacks of network layered communication software that are configured . 
into the NEB 2. Interaction between the printer 4 and the network is coordinated by the MONITOR program 
which responds to real-time events while allocating NEB processing time to each application module on a 
multi-tasking basis. 

The NEB software functions at two layers: a "run-time" or real-time layer; and a "soft-time" or 
35 applications layer. Tlie run-time layer Is comprised of components of NEB software that respond to 
microprocessor Interrupts. This layer services devices such as a timer, queued data transfer requests from 
' the SCSI port or LAN data through the protocol stack routine, and the CPSOCKET (to be discussed in. 
section 4j below) communication mechanisrti. 

The soft-time layer Is arbited and controlled by the MONITOR program (to be discussed in section 41 
40 below) which gets control of the NEB microprocessor 216 after all real-time events have been serviced. A 
non-preemptive (cooperative multi-tasking) approach is used to divide the processor between \he various 

, application modules that are loaded such that no one application module can preempt other modules by 

capturing the microprocessor. 

The NEB EPROM 222 contains up to 256 KB of application module programs and NEB initialization 
45 code. At power-up or during a programmed reset, the NEB 2 executes a POST from the EPROM 222 
before selectively transferring its EPROM code to NEB DRAM 220. If the .POST is successful, the NEB 2 
wilt load its protocol stacks and application modules into DRAM, and begin execution of its application 
modules. 

In its basic configuration, the NEB 2 contains NetWare®-compatrble application modules comprising 
50 embedded versions of two configurations: the Customized Remote Printer ("CRPRINTER"); and the 
Customized Print Server ("CPSERVER"). Preferably, the NEB acts in only one of these configurations at a 
time. Further, these application modules require that a network protocol stack be loaded and functioning 
within the NEB. 

When configured with RPRltsTTER functionality, the NEB operates Its printer as a slave to an external 
65 print server using a CRPRINTER module, in this configuration, the NEB exports to the LAN only limited 
printer status Information in emulation of what the standard Novell print server expects from a standard 
Novell RPRINTER. However, extended" status information about the printer will still be available If the 
CPCONSOL utility (discussed above) fs executed in the network administrator's PC 14. 
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As mentioned above, th© NEB 2 includes embedded software programs CPSERVER and CRPRINTER 
which enable the NEB to act with either PSERVER or RPRINTER functionality on the network. The 
customized NEB-embedded software which pemilts peripheral status and control Information over the LAN 
is CPSOCKET (to be discussed in section 4j below). CPSOCKET mns on the NEB and monitors the LAN 

5 for communications addressed to both the NEB 2 and^ the attached printer 4. Further, CPSOCKET 
communicates with CPINIT and CPCONSOL when they are running. CPSOCKET will maintain a table of 
default settings for the device environment, download basic configuration information (fonts and emulations) 
at power-up, provide device information, statistics, and log information for CPCONSOL displays, and 
provide reset, reboot, and download capabilities. CPSOCKET will also be responslbiB for the configuration 

10 of the NEB 2. Further, CPSOCKET will configure and activate applications on the NEB at the request of 
CPINIT. CPSOCKET also insures that the correct protocol stacks are available for each configured 
application. CPSOCKET will handle the settings of the NEB 2 and the printer variables at the request of. 
both CPINIT and CPCONSOL Rnally, the download facility (e.g. the network administrator's PC 14) will 
contact CPSOCKET to carry out any firmware downloading, such as flashing EPROM 222, that is required. 

16 Upon initialisation, programs such as CPINIT and CPCONSOL will issue a Service Advertising Protocol 
("SAP") on the LAN looking for all network devices having the customized software of NEB 2. CPSOCKET 
will receive this broadcast signal and will respond. CPINIT or CPCONSOL then establishes a special 
connection with CPSOCKET using a customized client socket CPSOCKET will then post. multiple Oslens 
and will provide client service transactions such as NEB control, device information, basic configuration 

20 infonnation, application information, statistics, and logging. For example,. CPINIT can request that an 
application be configured, and CPCONSOL can request that an already-configured application be activated 
or deactivated. CPSOCKET will insure that the appropriate option (protocol stack) is available and 
configured for an application before allowing the application itself to be configured. Within the NEB, the 
CPSOCKET operational module Is always activated. 

25 Additional print service applications may be utilized after loading further application modules into the 
NEB, for example, UNIX print services and associated protocol implementation. . 

3d. PC-Resident Customized Software 

so To further enhance tiie functionality of the NEB 2, customized sofhArare is also provided to the network 
administrator's PC 14. For example, a Customized PCONSpLE ("CPCONSOL";. to be discussed in greater 
detail in section 4i below) utility provides extensions to Novell's PCONSOLE. printer utility to enable access 
to the powerful control and monitoring features of the open-architecture printer 4. For example, the following 
are typical status control information available to the network from the printer through the use of 

35 CPCONSOL (A) status and control information such as online/offline, no response, tIme/dateAime zone, 
language, offsets, error skip settings, timer, buzzer enable, toner low, paper full, paper counter, count since 
last service, paper out. paper jam; (B) font information such as primary, secondary, graphic set, scaling, 
rotation, elite; (C) layout information such as page orientation, line pitch, character pitch; (D) quality and 
common environment information such as number of copies, overlay, job complete, command mode, 

40 default paper size, currer^t paper size; and (E) configuration information such as interface, buffer size, feeder 
select, duplex print, page stack order, etc. . 

. Furthermore, configuration data for the printer accessible to Xbe network through the use of CPCONSOL 
includes: (A) network group information such as protocol type, the node name, the file server name, routing, 
POST enror code, NEB firmware level, MAC address, sen/er mode; and (B) printer group information such 

45 as safe (default) environment font, disk present disk size, initial. environnnent, logging on/off, log file size, 
contigured/nonconfigured, and net name. Additionally, logs can be kept of print job flow, print engine usage, 
and network behavior. Examples of such usage and statistical log entries include: (A) network group 
information such as receive statistics, transmit statistics, and non-media related information: (B) job entry 
information such as date/Ume/time zone, log-in (user's name), job name, pages, copy count and print 

60 status; (C) Initialization entry information; (D) en^or condition entry information; (E) clear log entry infonna- 
tion; and (F) printer group Information such as the number of Jobs, . pages/job, pages/minute, time^ob, total 
pages/day, total jobs/day, number of days and total resets. 

CPCONSOL Is a menu-driven DOS executable program whose function is to provide extensions to the 
Novell PCONSOLE printer utility. The CPCONSOL extension enables access to the additional conti-ol and 

55 monitoring features of the open-architecture printer 4. These features will enhance print service manage- 
ment across the network by allowing the network administrator's PC 14 to control and maintain the printer 
from a remote location. In summary, CPCONSOL is the utility that exports printer control features to the 
n8tvrt)rk administrator! allows' reconfiguration of the safe (default) environment, and allows the network 
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administrator to view network and printer status, job statistics, and a log of the previously-processed ictos 
and error cohditior^s. CPCONSOL gathers the requested information by communicating with the NEB- 
ernbedded software program module CPSOCKET. 

Another customized software program resident on the network administrator's PC 14 is Customized 
5 Ptfiipheral Initializer ("CPINIT"; to be discussed in section 4h below) which is also a menu-driven DOS 
executable program. The function of the program is to configure, reconfigure, and Initialize the printer 4 
ailached to the NEB 2. 

The CPINIT module will configure the NEB to act as a print server with one attached printer and 
specifies Its primary file server by which the NEB wlU determine which queues to service. CPINIT Is the 

to program that supervises all like-customized devices on the LAN (e.g. other NEBs Installed in other open- 
orchitccture printers). CPINIT accomplishes this task by communicating over the network with other NEBa 
that reside within open-architecture peripheral devices. CPINIT is used to configure each NEB with the 
appropriato basic configuration information such as configuring the NEB as CPSERVER or CRPRII^ER. 
The basic configuration infonmation comprises NEB environment . settings (including which print server 

rs applications are active), as well as device environment options (e.g. a list of fonts and emulations to 
download printer initialization time), and device default settings (such as the internal device time/date/Hme 
zone, buffer sue. disk and lagging information, and printer name). The CPINIT program also displays status 
information about the NEB (such as the firmware level loaded in the NEB and reports latent POST en-ors). 
The CPINIT program will broadcast over the network to see which other customized . devices are 

20 available on the LAN. The NEBs attached to such other customized devices will respond with their 
identification numbers, their device types, and their configuration states. CPINfT will construct a list of these 
NEBs and devices that will be presented to the netwrok administrator to altaw their configuration or ■ 
reconfiguration. 

A DOWNLOADER program may also be loaded into the network administrator's PC 14 to dovmload 
25 executable files to the NEB across the network (to be discussed In greater det^l in section 4n below). 

Another customiziad program which may run on the network administrator's Pc 14 Is CPFLASH which 
may be used to remotely flash new firmware into EPROM 222, as will be discussed in greater detail in 
section 4q below. 

30 4. OPERATION 

At first, an overview discussion of the NEB structure and functions will be provided with respect to the 
flowchart of FIGS, 5A, 58 and 5C. Thereafter, more detailed descriptions of various aspects of the NEB 
hardware and software will be provided with respect to sections 4a to 4q. 

35 The present invention takes advantage of the bi-directional nature of the communication between the 
printer and the NEB. and the NEB's ability to process information on a multi-tasking basis. That Is, the bi- 
directional SCSI bus can transmit large quantities of data both to and from the printer, enabling the NEB to 
receive large quantities of specific status data from the printer or even data input from the peripheral (such 
as image data input from a scanner). The NEB microprocessor processes information on a multi-tasking 

40 basis (sequential but shared) effectively parallel processing information received from the network and 
information received from the printer. This multi-tasking, processing insures that the NEB Is responsive to 
both the network and the printer on a near real-time basis. 

FIGS. 5A, 5B. and 5C comprise a top-level flowchart depicting a notional sequence of events whteh 
may occur when the NEB and its associated software Is installed in a printer coupled to a local area 

45 network. Overall, the printer renders print information and is coupled to the NEB through a bi-directional 
SCSI interface. The printer may also have a parallel port and/or a serial port for receiving print Information 
from other sources. The NEB is connected to the printer via the bi-directional SCSI Interface, the board 
receiving printer information from the local area network. The board sends print jobs and printer status 
inquiries to the printer over the SCSI interface, receives printer status from the printer over the SCSI 

50 interface, and reports printer status over the network. 

Where the NEB is coupled to a data generating device such as a scanner, the board Is connected to 
the scanner through the bi-directional SCSI interface and is coupled to the netv«)rt< via the L7VN interface. 
The board receives status request information from the network and will pass this Information to the scanner 
over the bi-direclionat Interface. The board will also receive the data generated by the scanner over the bl- 

55 directional interface, and will pass that data onto the network over the LAN interface. 

Illustrating a sequence of events which may occur when the NEB is installed in a printer, FIG. 5A 
tiegins when power is applied to the NEB. at Step SI. At Step S2, the NEB executes a power-on-self-test 
("POST") from EPROM 220. At Step S3, if the POST Is successfully completed, the process moves to Step 
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S5 where the NEB EPROM 222 operational code reads the network and printer configuration, code from 
NVRAM 22a If the POST is not successfully accomplished at Step S3, a failure indication Is logged at Step 
$4 and this information may be transmitted to the network over the LAN interface. An LED fai(- 
ure/diagnostics light on ih© NEB or printer may also be activated. 
5 Afler the networlt and configuration code have been read from NVRAM 228, tho procedure advances to 
Step Se where the NEB EPROM operational code reads selected configuration modules, protocol slacks, 
housekeeping modules, etc.. (e.g., the MONITOR multi-tasking module, CPSOCKET, CPSERVER, etc.) from 
EPROM 222, and downloads tho selected modules to DRAM 220. In Step S6, a configuration is selected (in 
accordance with the configuration set by CPINIT) which defines an operational mode (e.g. CPSERVER or 
10 CRPRINTER) of the interactive network board. As will be discussed in greater detail in section 4d below, a 
binary configuration code is sent over the LAN and stored In NVRAM 228. After the NEB Is booted up, the 
conflguratipn code is read from NVRAM using ROM-resident power-up process steps. Using the ROM- 
, resident process steps, ROM-resident executable modules are selected in accordance with the configuration 
code read from NVRAM. The modules are selected in bit-wise correspondence to the binary digits of the 
IB configuration code in NVRAM. The selected modules are then stored into DRAM and execution control for 
the modules is passed to DRAM whereupon the selected modules are executed. In this manner, multiple 
configurations can be defined and selectively changed. 

At Step S7, the EtherNet frame type of the information packets transmitted on the LAN is determined 
(as will be discussed in greater detail in section 4e below). That is. EtherNet supports four different frame 
20 types: EtherNet 802.3; EtherNet K; BherNet 802.2; and EtherNet SNAP. To determine the EtherNet frame 
type, a pre-scan process ("PRESCAN") detemnines what frame type is resident on the LAN (from ariy LAN 
broadcast data), and configures the appropriate NEB-resldent protocol stack for. that data. The pre-scan 
process strips away bytes of data from a received LAN packet until the bytes which Indicate frame type are 
reached. Briefly, Step S7 provides the NEB with the capability of processing LAN packets of different frame 
25 types by: receiving from the LAN a frame oif data, pre-scanning the frame to determine the frame type, and ■ 
processing, on the NEB, the identified frame, using an appropriate processing program. The pre-scanning 
operation includes the sub-steps of stripping a predetermined number of bytes from the head of the frame, 
processing the stripped frame to identify an identification code indicative of the frame type, and transmitting 
the identified frame to the processing program. 
30 At Step SB, a timer module which was downloaded In Step S6 finds the nearest. LAN server and 
requests the curent time. After receiving the current time, the process proceeds to Step S9 where it Is. 
determined whether it is midnight, I.e. whether the returned time indicates a new date. 

Steps S9 through S12 comprise a so-called "autoiogging" function which is can-ied out in the NEB by 
the CPSOCKET program in order to automatically and systematically provide status information from the 
35 printer to the LAN (autoiogging will be discussed in greater detail in section 4k below). In Step S8,- if 
midnight has not been reached the procedure advances to Step S13i However, once midnight is reached, 
the NEB micfoprocessor 216 transmits a request to the printer, over the SCSI bus for the printer to return 
current status to the NEB. For example, the printer may return the cumulative number of pages printed to 
the NEB. In Step S1 1, the NEB mici-oprocessor 216 calculates printer statistics such as pages, per job or 
40 pages per day, the NEB having kept track of the number of jobs sent to the printer and the date. At Step 
Si 2, the printer statisljcs are transferred to a non-volatile memory such as the printer's hard disk 114 or 
NVRAM 111, or the NEB's NVRAM 228. Alternatively, Steps S10, S11, S12 may be performed before Step 
S9. so that statistics are stored every minute. 

Summarizing Steps S9 through SI 2. a method for logging system statistics of a printer connected via a 
46 bi-directional interface to an interactive networtc board for LAN communication includes the steps of 
counting In the printer the number of pages printed, and counting on the board the number of jobs printed. 
The printer is interrogated daily over the bi-directional interface for the number of pages pririted, and the 
board then calculates daily statistics using the number of pages, the number of Jobs, and other stahJS 
information. The daily statistics are then stored and may be accessed and remotely displayed using 
so CPCONSOL from the network administrator's PC 14. An additional feature of the "autoiogging" function is 
that different levels of statistics may be logged. For example, at a basic level, only the number of pages for 
each job may be logged. At more advanced levels, the number of pages per job plus a log of failure 
conditions may be logged; or the job start and end times may be logged in addition to tiie failure conditions 
. and the. number of pages per job. The logging level is set by CPINIT.. 
55 In FIG. SB, at Step SI 3, the SAPSERVER program (to be discussed in greater detail in section 4g 
below) advertises the NEB as having both CPSERVER and CPSOCKET Identities. Thus, the NEB and 
attached printer can function in Its twin roles of PSERVER and customized entity (CPSOCKET; i.e., similar 
to other LAN peripherals having a NEB installed therein). SAPSERVER is a NEB-resident TSR program that 
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allows more than one server to advertise network services at the same time on the same node. Thus, 
CPSOCKET and CPSERVER both advertise their services through SAPSERVER and respond to Inquiries 
from other network applications. Since each EtherNet board can have only one SAP socket number, 
SAPSERVER will function to advertise both NEB Identities without confusion to the LAN. 

6 In summary, Step Si3 is a method of identifying a single interactive networit board as two network 
servers {e.g. CPSERVER and CPSOCKET) comprising the steps of transmitting to the network at a 
predetermined time interval a signal Indicating that the board is a first type of network entity, the signal 
Including an identification signal unique to the board; then» transmitting a second signal to the network at 
the predetermined time Interval to indicate that the board is a second type of network entity, the second 

10 signal also including the same unique identification signal. Once a signal is received from the network 
requesting that the board perform functions of one of the types of network entities, direct communlcatiori Is 
established between the board (acting as the requested type of network entity) and the network entity which 
generated the request When the direct communication Is established, the NEB will utilize a new unique 
identification signal. 

IS At Step. SI 4, both the LAN and the SCSI Interfaces are checked for data that is being, directed to 
CPSOCKET (to be discussed in greater detail in section 4] below). The SCSI interface will typically have 
printer status data which is to be passed to the LAN In response to a previously-received request for status. 
CPSOCKET is the NEB-resldent TSR program that responds to such requests for connection, requests for 
data download, or requests for services from remote utilities. CPSOCKET gathers Information from the NEB 
, 20 or the printer, as needed, monitors requests to write to the log file,, monitors application requests for devfee 
status, and maintains job statistics, as discussed alxjve. 

Briefly, the CPSOCKET program is a method of interfacing an interactive network board between the 
network and a peripheral device, comprising the steps of transferring a program fram board ROM to board 
RAM for execution from the RAM: and monitoring, with the program, a board network interface to detect a 

25 network communication directed to the peripheral device. The program then commands the peripheral, 
device to perform a function In response to the network communication, and monftors a board bi-directional 
peripheral interface to detect and store status Infonnaation of the peripheral device. Rnally. the program 
outputs the peripheral device status infomnation onto the network through the netwpri< interface in response 
to another network communfcatfon. 

30 In FIG. 5B, Steps S15 and SI 7 indicate "run-time" layer functions, and Step S20 represents a "soft- 
time" application layer. Rrst, Step Si 5 determines whether data is being received over the LAN. When LAN 
data Is received, the process proceeds to Step SIB and the software protocol type is determined (to be 
discussed in greater detail in section 4f below). For e;<ample. the Ethernet data received over the LAN may 
be one of the following software protocols: e.g. NetWare* over SPXflPX; UNIX over TCP/IP; or Mac 

36 Systems 7 over AppIeTalk. Basically, the software protocol type may be determined according to the frame 
packet type sensed in Step S7 above. 

If CPSOCKET determines that LAN data Is not being received in Step SI 5. Step 817 determines 
whettier SCSI data is being received, and if SCSI data is being received, it is input from the printer in Step 
S1 8. and then stored In DRAM 220 in Step SI 9. 

40 After the storing of printer data in Step Si 9, or if SCSI data is not being received In Step SI 7, the 
process proceeds to Step S20 where "soft-time" tasks are performed on a multi-tasking basis as controlled 
by a multi-tasking software program called "MONITOR" (to be discussed in greater detail in section 41 
below). Step, S20 is therefore a "background" process which runs concurrently . throughout the flowchart 
depicted in FIGS. 5A, 58 and 5C. That is, whenever "soft-time" tasks are belng performed, the micropro- 

45 6essor 216 will ensure time-shared, parallel, nori-preemptive processing of the "soft-time" tasks. 

More particularly, MONITOR is a software rnodule downloaded from EPROM 222 to DRAM 220 In Step 
S6. MONITOR is a non-preemptive multitasking monitor which distributes the processor usage among the 
several application tasks which are currently active. The non-preemptive nature of the monitor requires that 
each application task periodically relinquish control so tiiat other tasks gain the opportunity to execute. The 

60 relinquish control mechanism is implemented using a software interrupt to pass control to the MONITOR. At 
ain interaipt, MONITOR saves the state of the cunrent task, restores the state of another active task, and 
resumes (or commences) execution, of the new task. The task which orlglnaily relinquished control 
eventually regains control at the Intenrupt point, I.e. with Its context restored to the same condition as when 
It relinquished control. 

65 m summary, Step S20 comprises the step of monitoring. a plurality of application tasks in a multi-tasking 
interactive network board to distribute processor resources. A memory stores a first application task which 
- may queue a file server to get a networit interface to obtain a queue of print files to be printed, and which 
channels the print files to a printer coupled to the board through an interface. The memory also stores a 

15 



XXaO: <EP_06S8510A2_I_> 



EP 0 598 510 A2 



second application task which may receive remote status inquiries over a LAN Interfeice, Interrogate the 
printer over a bi-directional Interface to obtain printer status and a response to the received status Inquiry, 
and provide the status Information over the LAN Interface to the status requester. The first and secx)rKi 
application Xasks each include a relinquish command which causes the cun-ently executing application task 

5 lu pfctriodlcally relinquish control to the MONITOR. The MONITOR saves the state of the relinquishing task, 
leslores the slate of the non-relinquishing task, and resumes execution of the non-relinquishing task. 

. In FIG. 5C. presuming that data has been received over the LAN at Step SI 5, Step 321 determines 
whether the received data is for a print job or not. If it is for a print job. microprocessor 216 acts as the LAN 
hlo server for an active print file and transfers print job blocks to DRAM 220 at Step S22. 

10 At Step S23, microprocessor 216 assembles blocks of image data and control infomnatkjn, and sends, 
the blocks to the printer through the SCSI interface. In this step, the microprocessor 216 effectively adds 
"beginning of job" and "end of job" indications to the data streiafTi received over the t^N. It does this by 
opening tho XP (data) channel at the beginning of a print job, and by closing the XP channel at the end of a 
prtnt job. 

16 At Step S24. the process waits until the print job is complete. Once the print job is complete, Step S25 
will unambiguously set the printer to a default environment It is also possible to set the default 
configuration before (or during) the print job. That is, the NEB itself will ensure that the attached printer Is 
set (0 a default environment which specifies, for example, default fonts, papers ' trays, collation, stapling, 
etc .. to insure that the next print job will be started with the printer In a known configuration (to be discussed 

?o in greater detail in section 4m below). 

Step S25 may be thought of as guaranteeing a safe environment for the printer by ensuring that the 
printer settings (e.g. portrait mode, duplex, etc.) are returned to between logical printing jobs. For example, 
while Novell NetWare® includes the ability to prefix every job with printer escape sequences to reset the 
printer enwronment such escape sequences reside in a database on the network file server, and the print 

25 job in question might not priginate from that file sen/er. In order to ensure a guaranteed safe environment, 
the NEB will store the requisite configuration parameters, and will be responsible for resetting the printer 
environment between print jobs. 

In summary, a method for providing a default configuration to a LAN printer having an interactive 
network board coupled thereto includes the step of receiving a default configuration over a LAN Interface at 

30 the interactive networt< board. The default configuration may be stored In NVRAM 228 in the NEB or stored 
in an NVRAM or disk in the printer over the bi-directional interface between the board and the printer. TTien, 
the default configuration is downloaded from the NVRAM in the printer to the DRAM 220 on the board over 
the bi-directional interface. When the board receives print information over the LAN interface and provides 
the print information to the printer over the bl-directionai interface, the board detects an end of print Job. In 

3S response to this detection, the default configuration is sent to the printer whereby the printer is set in Its 
default configuration. 

Additionally, a plurality of default configurations may be stored, and an appropriate default configuration 
may be selected remotely from another LAN entity. For example, a method of setting one of a plurality of 
default configurations may include a step of detecting, at the board, tho origination of a print job and 
40 identifying the source of Ihe job. Subsequbntly, an appropriate default configuration is selected from among 
the stored configurations, and the selected default configuration is then sent to the printer at the beginning 
or end of the print job. " 

In FIG. 5C. if it is detenmined that a print job Is not required at Step S21, Step S26 detennines whether 
a status request has been made over the LAN requesting the status of the attached printer. If It is 
45 determined that a status request has been received. Step S27 determines die type of status request. For 
example, printer status such as error codes, the number ol jpages printed, the toner status, etc., may be 
requested. 

At Step S28. the microprocessor 216 retrieves the requested status data from DRAM 220, assembles 
the status data, and sends It to the LAN through the LAN interface (to be discussed in greater detail in 

60 section 41 below). Thus, in Step S28, more than simple "on/off" information may be transmitted to the LAN 
so as to inform the LAN of the detailed status ol the printer. In a broad application. Step S28 encompasses 
the export of printer front panel status over the. LAN, and tiie import of front panel control commands from 
the LAN. That Is, the network administrator at the PC 14 may request and receive a display Indicating all of 
the printer information included on the printer front panel display 116. The network administrator may then 

65 activate different printer front panel functions on his/her PC, and such functions will be transmitted to the 
printer where the selected control will t)e effected. 

In summary, at Step S28, a method for remotely controlling a manually-operable function of a 
networked printer through an interactive network lioard having a LAN interface for LAN communication, 
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comprises the step of issuing, at a remote location, a command, to the board that will cause the board to 
transfer printer status Information through the board to the remote location through the LAN interface. At the 
remote location, a printer status may be displayed, and a second command may be Issued at the remote 
location to the board through the LAN Interface to cause the board to perform a manual ly-q>erable function. 
5 If the received LAN data is neither a print job nor a status request, it is determined at Step S29 that the 
received data may be a dowriload operation, i.e., a transfer of data into the NEB for updating the ROM or 
RAM applications, e.g. download may be utilized for transient diagnostics to be run on the NEB. 

Rrst, at Step S30. the data is downloaded from the iAN to the DRAM 220 (to be discussed in greater 
detail In section 4n below). That is, the download is a process by which data may be loaded Into a network 

10 node and th^ acted upon or executed. For example, anything from patch code, to manufacturing t&ist 
routines, to firmware updates for the EPROM may be downloaded. Also, application modules may be stored 
in the LAN file server and then downloaded to the NEB every morning. 

In summary, the downloading of data from LAN to DRAM comprises a method for altering an 
operational mode of an interactive network board having a LAN interface, including the step of activating a 

75 LAN communication program for execution from DRAM, the communication program channelling print 
information on the LAN to a perlphera) printer. Executable instructions which conrespond to the altered 
operatronal mode are then downloaded into DRAM via the LAN interface. The board Is then commanded via 
the LAN interface to begin execution of the alterisd operational mode. 

At Step S31,'it is determined whether the downloaded information Is destined for EPROM 222 or DRAM 

so 220. H the information is destined for EPROM. a ROM Image Is assembled at Step S32 (to be discussed In 
greater detail in section 4o below). For example, downloading of EPROM firmware from a remote location 
provides unique flexibility. In particular, downloading of on-fcioard test routines, and changing EPROM 
configuration firmware can be performed from a remote location after the board Is installed in the printer. 
Step S32 is the process which constnjcts the binary image file which is to be programmed into the 

25 EPROM 222. The data destined for the. EPROM is first downloaded to DRAM 220 where a utility, reads a 
configuration fjle containing the names of the modules to be placed In the ROM Image. Then, a complete 
binary image file is constructed containing all of the specified modules. A header precedes each module in 
the image, the header identifying the module, describing its attributes, and pointing to the succeeding 
header to aid in locating the modules during loading. The last module loaded in the EPROM Is the EPROM- 

30 resident code. It Is placed at the end of the ROM image so that the power-up initialization code resides at 
the address expected by the microprocessor 216. 

tn summary, Step S32 comprises a process for formatting a binary image file which contains executable 
code modules for -storage in the EPROM, Rrst, a configuration file is read which specifies the code modutes 
which fomi the binary image. Next, a header is formed for each module specified in the configuration file, 

35 the header including an identification of the module, a definition of the module's attributes, and a pointer to 
a header for a succeeding module. The binary image file is then constructed containing the specified 
modules and their associated headers. Finally, a module of ROM-resident code is appended to the binary 
image, the ROM-resident code receiving control at power-up, providing POST, loading at least some of the 
modules from the binary image file into DRAM 220, and providing basic board I/O services. 

40 Before writing new data into EPROM 222. it is first necessary to unequivocally ensure that a- write 
operation Is, in fact, intended. Obviously, any accidenlaJ writings into EPROM 222 could render the NEB 
unusable. Therefore, before intonmation may be "flashed" to EPROM 222, a specified sequence of events 
will occur in Step S33 in order to access the EPROM (to be discussed in greater detail in section 4p 
below). In the present embodiment, unless two data bits are changed in two separate I/O locations, the +12 

45 Volts necessary to write to the EPROM will not be provided. 

Briefly, a method of ensuring that the EPROM is not accidentally written into comprises a method of 
performing a flash operation on an EPROM resident on an interactive network board having a processing 
unit and a memory, including the step of sending an I/O write signal to the processing unit. Then, the 
processing unit generates a first address in the nwmory to cause a first bit to b© In a predetermined state tn 

50 response to the I/O signaL A power unit is then caused to provide +12 Volts to a transistor in response to 
the first bit being placed In the predetermined state. . Then, an I/O receive signal is sent to the processing 
unit which generates a second address in the memory to cause a second bit to be In a preselected state In 
response to the I/O receive signal. Then, the transistor Is turned on In response to the second bit being 
placed In the preselected state causing the + 12 Volts to flow to a power terminal of the EPROM, allowing a 

65 write operation to take place. 

Before the new ROM Image is actually stored in EPROM 222, at Step S34 the. new ROM image must 
■ be checksummed and verified with a checksum value sent after the ROM image is received. Prior to 
erasing EPROM 222, data and modules to be preserved, such as' the MAC address, must bo loaded into 
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DRAM 220 within the new ROM Image. 

After determining that the ROM Image Is verified and after preserving all . required data Into the new 
ROM Image stored In DRAM 220, It fs necessary to clear and erase EPROM 222 to ensure no corruption of 
data upon loading of the new BOM image. Accordingly, at Step S35, EPROM 222 may be erased a plurality 
5 of times before the new ROM image is stored tfierein. 

After erasing EPROM 222 at Step 835, the new ROM Image Is "flashed" into EPROM 222 in Step 836 
(to be discussed in greater detail in section 4q below). 

In summary. Step 836 relates to a method for remotely altering programmable firmware on an 
interactive network board having a LAN interface including ttie step of activating a LAN communication 
10 program for execution from DRAM on the board, the commLinlcation prograrfi channelling print information 
on the LAN to a peripheral printer. A ROM firmware image Is then downloaded to the DRAM on the board 
via the LAN interface, ft is next confinnned that the ROM image has lijoen downloaded to the target board, 
and Ihe integrity of the ROM Image is confirmed. The board is then commanded to electronically erase the 
EPROM, and then the EPROM is flashed with the new ROM. image. Additionally, a "flash complete" signal 
16 may be sent to the LAN after the flash operation, if desired. 

After the information is flashed to the EPROM 222, the NEB is then re-booted from the new ROM 
firmware Image In EPROM 222 at Step S37, and the process returns to Step 81. 

In FIG. 5C, if step S31 determines that RAM information is being downloaded, such information is first 
assembled in DRAM 220 via Step S38. Subsequently, Step S39 executes the RAM program, and the 
so process returns to Step Si 3 wherein SAPSERVER advertises PSERVER and CPSOCKET entities. 

This discussion concludes the overview of the NEB structures and functions when the NEB Is Installed 
in LAN-networked printer. A more detailed description of the operation of various aspects of the NEB 
hardware and software will now be provided. 

26 4a. Power-on Sequence 

Immediately following power-on, NEB 2 executes a power<in self test (POST), following which the NEB 
toads operational software from EPROM 222 Into DRAM 220 for^ecutlon. 

More specifically, immediatiBly following power-on, nilcroprocessor 216 accesses POST program 
30 modules located in EPROM 222. Microprocessor 216 executes POST directly from EPROM 222 to test the 
functionality of the microprocessor, Integrity of the programs stored in EPROM 222 (for example, via 
checksum verification),- operablllty of DRAM 220 (for example, through read/write cycles), operabllity of 
SCSI controller 224. data integrity of NVRAM 228, and operation of control register 230. POST may also 
include a comparison of the MAC address stored in PROM 232 with a MAC address downloaded into 
3S EPROM 222. 

POST further Includes operational checks of network-related hardware. More specifically, POST may 
include operablllty checks for SRAM 214 {for example, through readAwrlte cycles), as well as a check of 
network activity to verify operation of network controller 206. 

Operation of other hardware in NEB 2 may be determined directly through additional POST testing.. In 
• 40 some cases, where it is not possible for microprocessor 216 to test operation of hardware directly, as in the 
case of connectors 202, 203 and 204, proper operation of ttiat hardware may be implied through result 
codes received from direct testing. 

Upon termination of POST, microprocessor 216 puts a checksum code onto serial port 218 and then 
enters a window of quiescent operation (for example, a one second window) during which microprocessor 
45 216, can receive commands {6.g. for testing - see paragraph 6 below) via serial port 218. The POST 
checksum code may be obtained by a device coupled to serial port 218 to determine the outcome of 
■ POST. For example, a no error condition may be indicated by a POST checksum code of "OOOOh", while a 
POST checksum code indicating an error may be indicated by a rron-zero hexadecimal value which 
indicates the area of failure. In the case of failure, microprocessor 216 may also illuminate LED 240 on NEB 
60 2 to signal to a user that an error has been detected. Preferably, LED 240 is illuminated on power-up and is 
only turned off if POST Is successful. 

Following successful completion of POST and in the event that no commands are received via serial 
port 218 during the one second quiescent window of activity, microprocessor 216 begins to load software 
modules stored In EPROM 222 into DRAM 220. Microprocessor 216 does not execute those software 
6S modules directly from EPROM 222, but rather loads those modules into DRAM 220 for execution from 
DRAM 220. By virtue of this arrangement, it is possible to select the specific modules that are retrieved 
from EPROM 222 for execution out of DRAM 220 so as to pemnit flexible configuration of NEB 2 (see 
section 4d below). For example, in accordance with a configuration command stored in NVRAM 228, 
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' microprocessor 216 may retrieve selective modules from EPROM 222 for loading Into DRAM 220 and for 
. execution from the DRAM. 

FIG. 6 shows tfie sequence by which different modules are retrieved from EPROM 222 and loaded Into 
DRAM 220. In Step 36001. microprocessor 216 loads the SCSI driver from EPROM 222 into DRAM 220. 

s The SCSI driver provides for operational sequence and conlrol over SCSI controller 224 and pennits 
interface with printer 4 so as to send printer 4 print data and so as to send and receive control information 
to and from printer 4. ■ 

In Step S6002, microprocessor 216 loads the link support layer, or "LSL-, from EPROM 222 Into DRAM 
220, and in Step S6003 microprocessor 216 toads network driver software from EPROM 222. Into DRAM 

10 220, and thereupon microprocessor 216 begins to execute the link support layer end the network driver 
from DRAM 220. The link support layer and the network driver provide common access to LAN communica- 
tions on LAN bus 6. More particularly, as shown in FIG. 7, all networked devices, Including a device such as 
NEB 2, interface with UVN bus 6 via an electrical Interface 301 such as the network controller 206 used on 
NEB 2. The electrical interface 301 is driven by network driver 302 which in turn receives LAN frame data 

76 from link support . layer software 304. Both the link support layer 304 and the netwo* driver 302 are 
common to different kinds of network software, For example, as further shown in FIG. 7, network applteation 
programs, such as those provided in NetWare® software by Novell (as illustrated at Arrow A) interface with 
the link support layer and the network driver via an internetwork packet exchange program, or "IPX", 305 
and a sequenced packet exchange program, or "SPX", 308. On the other hand, network application 

20 programs from UNIX provided by AT&T {as illustrated at Arrow B) interface to the LSL through "IP" module 
315 and "TCP" module 316. 

In NEB 2, only one type of network application programs Is normally executed at any one time 
(although multiprotocol operations are possible as discussed in section 4f below). Explanation here will be 
made for NetWare® network application programs although it is also possible for UNIX network application 

25 programs to t)e executed as welK 

In Step S6004. microprocessor 216 loads a PRESCAN program from fPROM 222 and stores it into 
DRAM 220. and thereupon begins executing the PRESCAN program from DRAM 220. PRESCAN software 
interfaces with the link support layer to detemnlne the frame packet type being transmitted on LAN bus 6. 
More particularty. as described above, there are four different possible frame packet types on an Ethemet- 

30 type network LAN bus: Ethernet 802.3, Ethernet II, Ethernet 802.2. and Ethernet SNAP. As described more 
fully below in section 4e, the PRESCAN software module monitors network communications on LAN bus 6 
to determine the frame packet type. The frame packet type, once determined by PRESCAN, Is stored In a 
predetermined common location In DRAM 220 for use by other network communication modules in ttie 
NEB. After determining the frame packet type. PRESCAN signals microprocessor 216 that its tasks are 

35 completed and allows microprocessor 216 to ovenwrite the memory occupied by the PRESCAN program 
with another program module. 

In Step S6005 miaoprocessor 216 retrieves the IPX and SPX program modules from EPROM 222 and 
stores them in DRAM 220. and thereupon begins execuOng the IPX and SPX modules from DRAM 220. 
Both IPX and SPX use the frame packet type determined by the PRESCAN module. 

40 In Step S6006 microprocessor 216 retrieves the CNETX program module from EPROM 222 and loads 
that module into DRAM 220, and thereupon begins execution from DRAM 220. CNETX provides localized 
DOS-like functionality to the NEB. 

In Step S6007. microprocessor 216 loads the SAPSERVER program module from EPROM 222 jnto 
DRAM 220 ar>d begins executing the SAPSERVER module from DRAM 220. As described more fully below 

45 in section 4g, SAPSERVER is a program module which allows two networtt server entities, such as 
CPSOCKET and CPSERVER, to advertise simultaneously from the single network node assigned to the 
NEB board, even though conventional network application programs such as those provided by NetWare® 
only pemiit advertising of a single network server entity from each network node. 

In Step S6008 microprocessor 216 retrieves the non-preemptive multi-tasking MONITOR (see section 

50 41 below) from EPROM 222 and stores it into DRAM 220 and begins executing the multi-tasking monitor 
from DRAM 220. 

In Step S6009 rriicroprocessor 216 retrieves the CPSOCKET server software module from EPROM 222 
and loads it into DRAM 220 and begins executing the CPSOCKET server from DRAM 220. As will be 
described more fully below In section 4j, CPSOCKET initiates a request to SAPSERVER to advertise on 
65 behalf of CPSOCKET, and SAPSERVER begins making SAP advertisements on LAN bus 6. 

In Step S60l6 microprocessor 216 retrieves print application sewers such ais CPSERVER or CRPRIN- 
TER from EPROM 222 and loads the print application servers into DRAM 222. In the case of CPSERVER. 
mteroprocessor 216 begins executing the loaded print application servers from DRAM 220 which in turn 
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requests SAPSERVER to make SAP advertisements on behalf of the print server As described more fully 
below In section 4g, SAPSERVER interleaves advertisements for the CPSOCKET server and for the print 
server thereby acting as a surrogate SAP entity for both the CPSOCKET server and the print server. 

5 4b. Interfacing A Peripheral Wrth A Local Area Network 

According to the broad aspects of the present invention, a peripheral such as a printer is coupled to a 
LAN using an interactive network board having software programs embedded therein. Preferably, the 
connection between the printer end the NEB is an SCSI interface so that large amounts of print data end 

10 status data are carried bi-directionally between the NEB and the printer. EPROM 222 stores a plurality of 
software modules for operationally configuring the NEB In the PSERVER or RPRINTER or LPR functional 
configurations- The EPROM 222 also stores a number of status control software modules for exporting 
status information from the printer over the LAN, and for Importing control information from the LAN to the 
printer. The EPROM-resident finnware is downloaded to the DRAM 220 upon power-up (as discussed in 

16 section 4a above), whereby the IWONITOR muKi-tasking program executes soft-time tasks until run-time 
interrupts are received from either the LAN or SCSI interfaces. 

NVRAM 228 stores a configuration word, which specifies which modules stored in EPROM 222 should 
be downloaded Into DRAM 220 In order to configure the NEB with either a PSERVER or RPRINTER 
functionality. The microprocessor 216 executes the programs from DRAM 220. aDowing print jobs to b& 

30 received from the LAN and sent to the printer for printing, and allowing printer status to be returned over 
the LAN in response to a status request. 

The particular details of the structure and functions for interfacing the peripheral to the local area 
network are set forth above with reference to FIGS. 4, 5A. SB and 50, and in the following sections. 

26 4c. The BhDirectional Interface Between The Local Area Network And The Printer 

The provision of a bi-directional SCSI interface between the NEB 2 and the printer permits, a large 
amount of status information to be extracted from the printer, while still providing the print data to the 
printer. Further, by utilizing the bi-directional SCSI interface, the printer can respond to control commands 
• 30 issued from a remote location over the LAN. For example, the network administrator, may issue a control 
command from his/her PC 14 that requests a particular print job be printed a plurality of times, with high 
image density, and then stapled. Such control commands are sent to the NEB 2 over the LAN 6, and the 
NEB 2 transmits these control, commands to the printer through the SCSI bus 102. At the same time, the 
actual print data is transfen-ed from file server 30 to the NEB 2, where the print data is packaged In blocks 
35 and transferred to the printer over the SCSI jDus 102. Preferably, the NEB 2 indicates the "start of print job" 
by opening the XP data channel to the printer. Likewise, the NEB 2 indicates "end of print job" by closing 
the XP data channel to the printer. Therefore, the NEB 2 can provide such indications to the printer. 

The use of the bi-directional SCSI interface on the NEB 2 also permits other types of peripherals to be 
' coupled to the LAN. For example, since the SCSI interface is capable of transmitting large quantities of data 
■40 to the LAN from the peripheral, it is possible to couple the NEB to an image data generating device such as 
a scanner (e.g., where printer 4 is an Optical Character Recognition ("OCR") device) or a facsimile 
machine. Thus, data produced by the Image generating device may be transferred to the NEB over the 
SCSI interface, and then put on the LAN for storage or retrieval by any of the LAN entities. As with a printer, 
large quantities of detailed control/status information can also be provided to/from the innage data 
45 generating device. . 

The detailed structural and functional features of the bi-directional SCSI interface on the NEB are set 
forth above with reference to FIGS. 4, 5A, 5B and 5C, and in the following sections. 

4d. ROM Rrmware Configuration 

50 

As described earlier with respect to FIG. 5A, Step S6 downloads selected software programs from 
EPROM 222 to the DRAM 220 for execution (see also FIG. 6 and section 4a). TTie EPROM 222 is delivered 
with firmware modules which permit the NEB 2 to be configured with either RPRINTER or PSERVER 
functionality. Therefore, the functionality of the NEB 2 will be determined by which of the stored programs 
65 are downloaded from EPROM 222 to DRAM 220 In accordance with the configruation code stored in 
NVRAM 228. 

The NEB 2 finnware is configured initially, and can be reconfigured subsequently by running CPINIT on 
the network administrator's PC 14 (see section 4h below). However, even in an unconfigured state, NEB 2 
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itself will always activate those software modules needed to perform basic communication with the LAN, . 

Using CPINIT. the network manager can determine, remotely, the current connguratlon of the NEB. or 

he/she can change the contlguratlon as desired. Since the configuration Information Is stored In EPROM on 

the NEB board, the configuration information is retained across power cycles. 
6 ' The process by which the software programs for a particular configuration are downloaded from the 

EPROM 222 to the DRAM 220 will be described below with respect to FIG. 8. 

After the board has been powered up at Step SI. the process proceeds to Step S8001 where, 

microprocessor 216 accesses EPROM-resident code in the EPROM 222 to read a configuration code 

(typically a word) from NVRAM 228. The configuration code will specify modules which can provide the 
10 NEB with either a PSERVER or RPRINTER functionality. Although the present embodiment includes only 

RPR1NTER or PSERVER functional configurations, other configurations may be utilized where, for Instance. 

the NEB 2 is installed in a different LAN entity, such as a scanner or a facsimile machine. 

After reading the configuration code from NVRAM 228. the microprocessor, at Step 88002;' fomns a 

configuration mask whose bit pattern corresponds to. the read configuration code. At Step S80D3. .a loader 
76 module resident In EPROM 222 compares the configuration mask to the plurality of finmware modules 

stored in the EPROM 222. 

In detail, in Step S8004. a process begins whereby the. EPROM-resident software modules are selected 
In bit-wise correspondence to the binary digits of the configuration code read from NVRAM 228. If it is 
determined In Step S8004 that the currently-examined bit of the bit pattern matches a stored module, then 
20 that module is selected (at Step S8005) for downloading to DRAM 220. and the process skips to the next bit 
at step S8006. Ukewise. if Step S8004 determiries that a bit of the bit pattern does not match the stored 
. module, the process skips to the next bit at Step S8006. 

At Step S8007. it is determined whether the bit tested in Step S8004 is the last bit of the configuration 
mask bit pattern. If the tested bit is not the last bit, the process loops back to Step S8004, where the next 
25 bit of the bit pattern is tested with respect to the next stored module. When the last bit of the configuratioh 
mask bit pattern has been tested, the selected software modules are downtoaded from EPROM 222 to 
DRAM 220 at Step SSOOa 

In the present embodiment, the software modules are loaded in the following sequence: SCSI Driver; * 
Unk Support Uyer; Network Driven Prescan; IPX/SPX; CNETX; SAPSERVER; MONITOR; CPSOCKET- and 
30 Print Applications (e.g CPSERVER, CRPRINTER) (see FIG. 6). 

After all of the software modules which correspond to the configuration codes stored In NVRAM 228 
have been downloaded to DRAM 220. the loader function will pass program execution control to the 
MONITOR multi-tasking program at Step S8009. 

As discussed earlier, the configuration code stored in NVRAM 228 may be remotely altered using 
35 CPINIT. This provides greater flaxibinty tor making minor modifications to CPSERVER or CRPRINTER, or 
where entirely new configurations are desired to be set. Therefore, at Step 88010, a new. configuration is 
received over LAN 6, and Is loaded into NVRAM 228 at Step S8011. Preferably, the old configuration code 
will be erased or overwritten with the new configuration code. Then, the NEB reboots itself and returns to 
Step SI. 

40 

4e. Determining Frame Packet Type Using PRESCAN 

On any local area network, data is transmitted between network devices in packets or frames. But. even 
in the context of a common network architecture, such as Ethernet, more than one format for the frame may 
4S be supported. Thus, even though it is known that Ethernet architecture is being used, it is not possible to 
determine the arrangement of data within each physical frame or packet of information on the Ethemet bus. 
In particular, as described above, Ethernet supports four arrangements of data, or formats, as follovirs: 
Ethernet 802.3, Ethemet II. Ethernet 802.2. and Ethernet SNAP. 

In conventional network devices, which provide for a manually selectable operator interface, it is 
60 possible to advise the network device of the particular frame type being used on the Ethemet network. In 
the context of NEB 2, for which operator access Is provided only via the network Interface (or via the serial 
port 218 In a test configuration), It Is not possible to set the frame packet type, without first allowing operator 
access to the local area network which, of course, requires knowledge of the frame packet type. 

The PRESCAN software module allows NEB 2 to automatically determine the frame packet type 
. S5 currently being used for LAN communication on the LAN bus by monitoring broadcast communications on 
the LAN bus until the proper frame packet type is recognized. PRESCAN makes this determination based 
on recognizable components that are common to all four frame packet types used on Ethernet 
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In more detail, FIG. 9 shows the physical construction of different frame packets used on Ethernet. As 
shown In FIG. 9, a physical frame 411 being transmitted on. the LAN bus indudes a 6-byte section 412 for 
storing the destination MAC address, and a 6-byte section 413 for storing the source MAC address. TTiese 
12 bytes comprise tfie first 12 bytes of LAN data packets regardless of the frame type being used for LAN 
5 communication. A data section 41 4. follows these 12 bytes. The data section Is comprised of a variable 
number of bytes which are not used for the same purposes by the different frame packet types and which 
do not have the same number of bytes for the different frame packet types. 

Following tlie Indeterminate area 414, the LAN communication packet includes an IPX header 415 the 
first two bytes, of which always has the value "FFFF" (hexadecimal). The remainder of the packet 416 
to follows the IPX header and comprises the data and other commands which characterize each different type 
of LAN communtcaiion packet 

PBESCAN operates by monitoring the LAN communication in accordance with each of the different 
' packet types until the common area {such as IPX header 415) is recognized In one of those packet types. 
PRESCAN then stores that packet type for use by other network communication programs. 
76 FIG. 10 is a. detailed flowchart for showing operation of the PRESCAN module. In Step Si 001, 
microprocessor 216 retrieves the PRESCAN module from EPROM 222 and loads it into DRAM 220 and 
thereupon begins execution of the PRESCAN module. The PRESCAN module is executed before the SPX 
and IPX modules, even if microprocessor 216 retrieves those latter modules from EPROM 222 and loads 
them into DRAM 220 before the operational sequence shown in FIG. 10 is complete. More particularly, 
20 proper operation of the SPX and IPX program modules depends, upon tfie identification of the frame packet 
type by PRESCAN and theref6re execution of SPX and IPX is deferred until after PRESCAN determines the 
proper frame packet type. 

In Step Si 002, PRESCAN simultaneously binds through LSL to all four frame packet types, namely, 
Ethemei 802.3. Ethemet II. Ethernet 802J2. and Ethernet SNAP. That is, PRESCAN configures LSL such 
. 26 that for each packet of LAN communication. LSL provides a data group conresponding to each of the four 
frame packet types. TTiereafter. PRESCAN goes inactive pending reactivation by an interrupt from the 
network driver. 

In Step Si 003, the network driver monitors communications on the LAN bus tor broadcast traffic. 
Broadcast traffic means that the destination MAC address 412 is unspecified or is given a global 

30 specification of "FFFFFFFFFFFF" (hexadecimal). The network driver continues to monitor communications 
on the LAN bus for broadcast traffic (Step Si 004) until broadcast traffic is received, whereupon ftow 
advances to Step S1005. In Step SI 005, the MAC address fields 412 and 413 are stripped off the received 
date packet and the remainder of the data packet is provided to LSL In Step S1006. LSL interprets the 
frame packet in accordance with each of. the frame packet types and provides a data group in correspon-. 

35. dence to each of the frame packet types. In Step SI 007, the networi< driver reactivates PRESCAN which 
determines which data group provided by LSL has the proper first two bytes, of ah IPX header, namely 
"FFFF" (hexadecimal). That is, because of the variable data area 414 (variable data area 414 corresponding 
to pach of the different packet types (FIG. 9)), LSL will properly Identify the IPX header 415 in accordance 
with only one of the frame packet types. In Step Si 007, PRESCAN searches for the IPX header and, in 

40 accordance with which of the four data groups Is provided by LSL, it is able to determine a frame packet 
type that is currently being used on the LAN bus. 

In Step SI 008 PRESCAN stores the conresponding. frame packet type in a common area In DRAM 220 
so that the frame packet type can be used by other network application programs such as. SPX and IPX. 
Thereafter, in Step SI 009, PRESCAN frees Its storage area in DRAM 220 so that microprocessor 216 may 

45 overwrite that data area with other software modules, if desired, 

4f. Multiprotocol Operation 

In a multiprotocol operation, two different operating systems carry on LAN communications over a 
60 single local area network bus, but using respectively different operating protocols. For example, a Novell- 
. compaBble operating system communicates over a LAN bus using SPX/IPX operating protocol, while a 
UNIX-compatible operating system communicates over the LAN bus using a TCP/IP operating protocol. 
Other operating systems, such as the AppIeTalk® operating system provided by Apple Corporation, use 
respectively different operating protocols for LAN communication over a single network bus In a mul'- 
56 ti protocol network environment 

Ordinarily, NEB 2 is configured to communicate to a single network operating system, but it may also 
be configured to operate in a multiprotocol network environment, for example, a combined Novell/UNIX 
multiprotocol environment In this configuration, NEB 2 includes a Novell-compatible peripheral server; such . 
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as the aforementioned CPSERVER, which checks Job queues in a ffle server on a Novell operating system, 
as well as a UNIX-compatible peripheral server, such as the aforementioned CLPR (Custom Line Printer 
' Remote), which, In coordtnalion with checks made by CPSERVER, also checks for job queues in a file 
server for a UNIX operating system. Both servers; here CPSERVER and CLPR, sendee common peripheral 
5 resources, here a single peripheral such as a printer, aiid to avoid contention for control of the common 
resources, both servers are able to seize control of the peripheral to the exclusion of other servers, to signal 
other servers that control has been seized, and to relinquish control of the peripheral when the job queue 
has been emptied. It is also possible for each server to check with other servers to detemnine If other 
servers have a periding request for use of the peripheral. In the case where there is a pending request, the 

10 server can relinquish control of the peripheral at the end of a current job even though ttiere are jobs 
remaining in the job queue, so as to allow alternating use of the peripheral by each server. 

FIG. 11 illustrates NEB 2 configured for multiprotocol network operations. FIG. 1 1 • illustrates a combined 
Novell/UNIX muftiprotocol environment, but it is to be understood that other operating protocols may be 
sub'stltuted for or used In combination with those shown in FIG. 11. In FIG. 11, NEB 2 is interfaced to LAN 

76 bus 6 via electrical interface 321, network driver 322. and link support layer ("LSL") 324, much as illustrated 
above in FIG. 7. Novell-specific operating protocols are indicated at reference numerals 325, 326 and 327. 
More, specifically, 325 and 326 are an SPX/IPX operating protocol stack (or tower) by which Novell- 
compatible applications programs communicate with the LAN bus through LSL. Novell-compatible applica- 
tions programs, including a Novell-compatible sen/er. such as CPSERVER, are illustrated at 327. The 

20 Novell-compatible software drives printer 4 via bl-dlrectional SCSI bus 102 as described atwve. 

UNIX-compatible operating protocols are illustrated at reference numerals 335, 336 and 337. More 
specifically, 335 and 336 comprise a TCP/IP operating protocol stack (or tower) by which UNIX-compatibie 
application programs comniunicate to LAN bus 6 via LSL, UNIX-compatible r>etwork application programs, 
Including a UNIX-compatible printer server such as CLPR, are designated at 337. The print server CLPR, 

25 drives printer 4 via SCSI bus 102 as described above. 

Prescan module 339 Interfaces with LSL 324 to determine the frame packet type being transmitted on 
LAN bus 6 for each of the operating systems, in more detail, each operating system such as the UNIX 
operating system and the Novell operating system can communicate x)n LAN bus 6 in a variety of frame 
packet types. When LAN bus 6 is an Etfwmet type LAN bus, then a UNIX operating system can 

30 communicate over the Ethernet by any of three frame packet types, namely, Ethernet 8022, Ethernet II and 
Ethernet SNAP. Ukewise, when LAN bus 6 is an Ethernet-type bus, then a Novell operating system can 
communicate over tiie LAN bus by any. of four frame, packet types, namely, Ethernet 802.2, Ethernet 802.3. 
Ethernet II and Etiiemet SNAP, It is possible for both the Novell operating system and the UNIX operating 
system to use tiie same frame packet type; it is the operating system protocols (SPX/IPX for Novel! and 

35 TCP/IP for UNIX) which determine which one of the' operating systems in a multiprotocol environment is 
currently communicating on the LAN bus. 

In tiie multiprotocol environment illustrated in FIG. 11. PRESCAN module 339 detenmines the frani© 
packet type being used by each operating system by repeating the steps shown in FIG. 10 for each of the 
operating system protocols (see section 4e above). For example, when Novell-compatible and UNIX- 

40 compatible systems comprise the multiprotocol environment, then PRESCAN simultaneously binds through 
LSL to all four frame packet types for an SPX/IPX protocol tower, so as to determine the frame packet typo 
in accordance with the data group returned from LSL which has the proper IPX header. Then, PRESCAN 
binds simultaneously through LSL through all three frame packet types having a TCP/IP protocol tower. 
PRESCAN determines the frame packet type being used by the UNIX-compatible operating system in 

45 accordance with the data group havirig the proper TCP/IP header. 

In more detail, to adaptively and automatically detennine which of plural predetermined frame packet 
types is currently being used for LAN communication in a . multiprotocol networic environment, the 
PRESCAN program module 339 is downloaded from EPROM 222 Into DRAM 220 where microprocessor 
216 executes the PRESCAN module. To determine the frame packet type for tiie first operating system, 

50 PRESCAN first configures LSL to bind simultaneously to a plurality of frame packet types corresponding to 
a first operating system protocol, such as SPX/IPX operating protocol tor Novell-compatible operating 
systems. Network driver 322 monitors the LAN communication bus to capture broadcast traffic for the first 
operating system. In response to capturing such broadcast traffic, LSL provides plural data groups for the 
captured broadcast ti-afflc, each of the data groups corresponding to a different one of the plural packet 

55 types. The PRESCAN module 339 is reactivated to prescan each data group for the presence of a 
predetermined header, such as the SPX/IPX header, and stores the frame packet type coiresponding to the 
data group having the predetermined header for use by tiie first operating protocol tower. 
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To determine the frame packet type being used for the second operating system such as a UNIX 
operating system, PRESCAN configures LSL to bind simultaneously to a plurality of frame packet types 
corresponding to the second operating system protocol, such as TCP/IP for a UNIX operating system. The 
network driver monitors the LAN communication bus to capture broadcast traffic for the second operating 
5 system, and provides plural data groups corresponding to the captured broadcast traffic, each of the data 
' groups corresponding to a different one of the packet types. The PRESCAN module prescans each data 
group for the presence of a predetermined header, such as the TCP/IP header for UNIX, and stores the 
frame packet type corresponding to the data group having tiie predetermined, header. . 

Once knowledge of the frame packet types being used by each of the operating systems in the 
'w multiprotocol environment has been obtained, the Novell-compatible network application programs 327, 
such as CPSERVER. and the UNIX-compatibje network application programs 337, such as C1_PR, can both 
, communicate on the l-AN bus 6. The two applicetjon programs 327 arid 337 also communicate with each 
other as illustrated schematically by signalling line 340. Using signalling line 340, which may be imple- 
mented as a control register stored in DRAM which is commonly accessed by programs 327 and 337; 
76 programs 327 and 337 can communicate with each other so as to signal that one of them has seized 
exclusive control over printer 4 or to signal that one of therin has a pending request for use of printer 4, as 
will be described more fully hereinbelow. 

In operation, a first server such as CPSERVER, checks its operating system job queue, and (f there Is 
■print information in the job queue, receives the print information from Its operating system. In coordination 
20 with job queue checks by the first server, the second server such as CLPR checks its operating system job 
queue and, if there is print information in the job queue, receives job Information from the operating system. 
When one of the servers has acquired sufficient information to require use of the printer peripheral. It seizes 
exclusive control of the printer, and signals lo other servers via signalling line 340 that h has exclusive 
control of the printer. This prevents contention problems whereby other sen/ers may inadvertently try to 
25 insert print jobs into printer 4. 

The first sender retains exclusive control over printer 4 until its job queue has been emptied. When . Its 
job queue has been emptied, the first server relinquishes control of printer 4 after which it may be used by 
any of the other senders. 

Alternatively, even though the first server's job queue might not yet be empty, when the first server 
30 reaches the end of a print job, the first server may inton*ogate other servers via the signalling line 340 to 
determine if the other servers have requests pending for the use of printer 4. If other servers have requests 
pending, then the first server may temporarily relinquish control of the printer so as to permit alternating use 
of the peripheral by each of the servers. In this case, when the first server relinquishes control over the 
printer, it also signals that it has a pending request for use of the printer. 

35 

4g. Advertising Multiple Servers From A Single Network Node Using SAPSERVER 

As mentioned above, NetWare® only allows a single network server from each non-fiieserver network 
node to advertise its services on the LAN bus. However, In the mufti-tasking environment established by the 

40 non-preemptive MONITOR, NEB 2 provides more than one network server. In particular, NEB 2 provides 
the services of the print server (CPSERVER, CRPRINTER or CLPR) as vyell as the services of the socket 
server (CPSOCKET). The SAPSERVER program module allows both network servers to advertise their 
services from a single network node, here the NEB, in a LAN communication systern which normally 
supports advertising of only a single networtc server from each node. SAPSERVER accomplishes this by 

45 acting as a surrogate server (or SAPlng entity) from the NEB which interteavedly advertises the services of 
each of its client servers, here CPSOCKET and CPSERVER. 

SAPSERVER listens to the networit tor SAP broadcast requests directed, to one of Its clients and 
responds with the server type of its client, the server name, and a communication socket number by which 
the cliertt can establish direct LAN communication. 

60 FIG. 12 is a view for explaining the software structure of SAPSERVER. and RQ. 13 Is a flow diagram for 
explaining operation of SAPSERVER. 

As shown in FiG. 12. SAPSERVER is positioned In the software hierarchy at the application level of 
software so that it can communicate directly with the SPX and IPX networtt levels of software. SAPSERVER 
acts as a surrogate SAP'ing entity for each of Its clients which In the case of NEB 2 consists of the socket 

65 server program CPSOCKET and the print server program CPSERVER as designated by the configuration of 
the board. SAPSERVER may also be configured to serve'other clients as well, as illustrated diagrammati- 
cally at "CLIENT N". 



24 

CtO: ■eEP_OSeB510A3J_> 



EP 0 598 510 A2 



As Shown in RQ. 13, atter microprocessor 216 retrieves the SAPSERVER program module from 
EPROM 222 and stores H In DRAIVI 220, microprocessor 216 commences operation of the SAPSERVER 
program and configures it to listen for SAP proprietary broadcasts to the SAP proprietary soclot (Step 
Si 301). In Step Si 302, after microprocessor 216 retrieves the CPSOCKET module fronn EPROI\^ 222 and 

b stores ll for execution In DRAIVl 220, the CPSOCKET program module issues a request to SAPSERVER to 
advertise CPSOCKET services, in accordance with standard SAP protocol, SAPSERVER commerices . 
periodic advertisements for CPSOCKET (Step St303), for example, at one minute intervals. 

in Step SI 304, after microprocessor 216 retrieves the CPSERVER module from EPROM 222 and stores 
U for execution from DRAM 220, CPSERVER issues a request to SAPSERVER for SAPSERVER to 

fo. advertise CPSERVER services over the networi<. SAPSERVER commences periodic SAP advertisements 
foi tho services of CPSERVER and also continues to advertise the services for CPSOCKET. As shown in 
Step S 1305. the advertisements are. interleaved. 

Sicp Si 306 determines whether a broadcast request has been received at the SAP proprietary socket 
(e.g. socket number 453). Until a broadcast request has been received at the proprietary soclcet, 

J5 SAPSERVER simply continues to interleavedly advertise for the services of CPSERVER and CPSOCKET. 
However, when a broadcast request is received at the proprietary socltet then in step SI 307 SAPSERVER 
determines whether the broadcast request Is lor the services of one of its clients, here for the services of 
CPSOCKET or CPSERVER. tf the broadcast request is not for one of SAPSERVER's clients, then flow 
simpiy returns to Step S1306 where SAPSERVER continues to interleavedly advertise for its clients. On the 

20 other hand, if the . broadcast request is for one of SAPSERVER's clients,' then flow advances to Step S1308. 
In Step SI 308, SAPSERVER responds with an IPX packet on the proprietary socket number 453. The 
IPX packet contains the server type of its client, the sen/er name, and a communication socket number. The 
IPX packet also designates a communication socket over which the broadcast requestor can establish direct 
communication with the client. Thereupon. SAPSERVER returns to Step SI 305 so as to continue to 

25 interleavedly advertise for each of its clients. 

In Step SI 309, the broadcast requester establishes direct SPX connection with the client designated In 
the broadcast request over the communication socket designated in Step 81 308. In the present configura- 
tion, where services- of the print server CPSERVER Is requested, the socket number is 8060. On the other 
hand, when requests for services of the CPSOCKET server is requested, the socket number is 83B4 for 

30 communication and 83B5 for connection. Direct communication then proceeds as described more fully 
hereinbelow. 

4h. Configuring The Networked Printer Using CPINtT 

35 FIG. 14 is a flow diagram showing how a network administrator can use CPINIT from PC 14 to initialize 
and to configure, and later to reconfigure, both NEB 2 and printer 4 in which the NEB resides.* 

In Step Si 401, the CPINIT utility uses a service advertising protocol (SAP) on the network to determine 
which networked printer devices are available to respond to CPINIT inquiries. At each of the NEB boards, 
CPSOCKET responds with server type, server name and a unique socket number by which each NEB can 

40 be accessed directly, and an indication of whether or nol the NEB requires configuration. 

In Step S1402, CPINIT constructs a list of all NEB's and their associated devices, and presents them in 
a menu form so that they can be selected by the system administrator. Following selection. CPINit 
requests the current configuration of the targeted NEB (Step Si 403). More specifically, CPINIT sends a 
request to the targeted WEB via the lAH interface. At the NEB, CPSOCKET, receives the request for 

45 configuration information from the LAN interface. CPSOCKET collects the needed configuration information, . 
and directs it via the LAN Interface to CPINIT at the system administrator's PC 14 (Step S1404). In Step 
SI 405, CPINIT displays a rneYiu of the current configuration of the targeted NEB. 

In Steps Si 406 through S1408, the system administrator specifies a desired configuration for the 
targeted board. More particularly, configuration is specified on the system administrator's f^C 14 by means 

50 of a user interface such as a menu display. The followirig configuration parameters are selected by the 
operator to set the configuration Information: (1) logging information (Step 81 406), (2) NEB name (Step 
SI 407), and (3) application type (such as CPSERVER) (Step SI 408). 

Under logging Information, the system administrator spectfies one of four different levels of logging: 
"NONE". In which togging Is disabled; "AUTO". In wtiich basic printer usage statistics are logged once per 

55 day; "ERROR", in which basic printer usage statistics and error events are togged as they occur; and 
"JOB", in which basic usage printer statistics, error events and job start/end infonmation are all logged as 
they occur. After selecting the log preference, the system administrator must also set the maximum log size 
(except when "NONE" is selected) so as to penmit the printer to reserve this amount of space on its disk (or 
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on its NVRAM 1 1 1 in the event there Is no primer disk or In NVRAM 228 in the NEB) for storing log 
information. , 

Under NEB name Information (Step SI 407), the system administrator may assign an alphanumeric 
name to the NEB, such as a descriptive name like "2nd Floor Laser". The descriptive name is stored by the 
6 NEB in its NVRAM and Is used by the NEB and other network devices to assist in identification. 

Under application type selection (Step 31 408), the system administrator selects whether to configure 
the NEB as a CPSERVER or a CRPRINTER. If CPSERVER is selected, It is necessary to designate the 
name of the print server assigned to the NEB, password, application buffer size, queue service mode, form 
numbers, the printer numt>er of the printer in which the NEB resides, the name(s) of the print queue(s) 
TO serviced by the NEB, and the name of the primary file server. If CRPRINTER is selected, it is necessary for 
the system administrator to designate the name of the print server through which the NEB obtains its print 
information, the printer number of the printer in which the NEB resides, the name(5) of the print queue(8) 
serviced by the NEB, and the name of the primary file server. 

In Step SI 409, CPINIT sends the new configuration to the NEB via the network LAN. At the targeted 
T6 NEB, CPSOCKET receives the new configuration information and stores it in NVRAM 228 (Step S1410).- 

To complete the configuration of the NEB, the NEB should be re-booted. The system administrator 
issues a command via CPINIT which in turn sends a command to re-boot via the LAN to the targeted NEB 
(Step S1411). At the NEB, CPSOCKET receives the command to re-boot, and re-boots the NEB in the new 
configuration (Step S1 41 2). 
20 • . 

4i. Accessing The Networked Printer Using CPCONSOL 

CPCONSOL is a utility program executed from the system administrator's PC 14 by which the NEB can 
be used for maximum control and efficiency of the networked printer. Using CPCONSOL, it is possible to. 
25 remotely track routine and ongoing mainteriance parameters. For example, it can be determined if toner Is 
low, if the paper tray is empty, if a page Is jammed, or if the printer is not responding at all. CPCONSOL . 
can also keep track of the total number of pages printed to schedule routine and preventative maintenance. 
■ as well as plan for eventual printer replacement 

The CPCONSOL utility gives the system administrator access to statistics about the printer operation as 
30 well as the efficiency of network communications. CPCONSOL can detennine the total number of pages 
printed, as well as the average page-per-minute rate, average pages-per-day, and other statistics that alk5w 
monitoring of the operating efficiency of the printer. 

The network statistics allow gauging the efficiency of communications on the network, frequency of 
transmit and receive enrors as well as retries, overrun, and underrun errors. 
35 . When multiple printers are installed, CPCONSOL can remotely keep track of each printer's usage, both 
in terms of total jobs as well as total pages; This allows job tracking such as for direct departmental billing 
for items such as consumable paper costs. 

By ongoing monitoring CPCONSOL can help determine whether to relocate or add network printers for 
better efficiency as vvell as forecast the need for replacement. 
40 CPCONSOL can also set up default (safe) environment parameters which ensure that the printer is 
configured the sanrie way prior to each print iob (see section 4m below). The user, of course, can modify 
that configuration within the print job itself. 

FIG. 15 is a detailed flow chart showing operation of CPCONSOL Uke CPINIT. CPCONSOL first 
broadcasts on the LAN to request identification of all NEB devices attached to the LAN (Step S1501). At the 
46 NEB'S, CPSOCKET responds with the unique network ID's and the communication socket numbers 
assigned to the NEB (Step Si 502). CPCONSOL collects this response information for all NEB's and 
displays a list of responding NEB's to the administrator (Step SI 503). The administrator selects one of the 
NEB's whereupon CPCONSOL establishes direct network communication .with the selected NEB by means 
of LAN broadcasts to the network ID and socket numbers. 
60 Once direct LAN communication is established with the target NEB, CPCONSOL operates by means of 
a user interface such as a menu display (Step 81504). The menu divides the functions of CPCONSOL Into 
five groups: Environment, Network, Logging, Application Control, and Printer Status. These functional 
groups are detailed in the following sections. 

55 [Environment Group (Step St 505)] 

The environment selection allows CPCONSOL to display the current environment of the selected printer 
(Step Si 506). and to modify and store the new environment (Step Si 507). The environment is subdivided 
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into four groups: Common Environment, Interface, Control, and Quality. 

Upon seiecting Common Environment. CPCONSOL will initiate a LAN request to the target NEB tor the 

settings for Emulation Mode, Feeder, and Total Page Count CPSOCKET at the target NEB will receive the 

LAN request, obtain the desired information from its attached printer via the bi-directiona! SCSI Interface, 
5 and send the Information to CPCONSOL at the administrator's PC 1.4 via the LAN interface. There, 

CPCONSOL displays a listing showing the emulation mode, the feeder, and the total page count. 

Upon seiecting the Interface menu CPCONSOL will initiate a LAN request to the targeted NEB for 

interface infonnation. When the NEB responds, CPCONSOL causes the interface listing to display the 

interface that is currently set for the selected printer. 
10 Selecting the Control menu likewise causes CPCONSOL to initiate a LAN request to the targeted NEB 

which in turn interrogates its printer via the bi-directional SCSI bus for printer settings. The printer settings 

are refund to CPCONSOL over the LAN interface which displays the cun^ent settings of the printer fn 

accordance with Table 3. 

,g Table 3 
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Control Information 


Description 


Contrast 


Printer contrast setting. 


Timeout 


This is the setting of the job time-out set In the 
printer. 


Message 


Language in which messages are displayed. . 


Copy 


Number of copies of each page to be printed. 


Offset X 


The offset, if any. in the horizontal direction from 
the upper left corner of the page, in millimeters. 


Offset Y— 


The offset, if any, in4he vertical direction from 
the upper left corner of the page in milliiTieters. 


Enror Skip 


Displays whether the printer is set for automatic 
or manual error skipping. 


Buzzer 


On or Off setting of the printer buzzer. 


Toner Low 


. If the toner low, a WARNING is displayed. 


2&-Error 


Detection of Memory Full error can be turned on 
or off. 


Paper 


Paper sizes that are available in the printer. 


Current Paper 


Paper cassette that is currently selected in the 
printer. 



Upon selecting the Quality group, CPCONSOL. after requesting and- receiving information from the 
45 targeted NEB via the LAN interface, displays the settings for Selection Mode, Refine, Memory. Usage and 
Low Resolution mode. 

[Network Group (Step Sl 508)] 

TTie network selection altows CPCONSOL to display the compiled statistics about the network^ printer 
perfomiance on the network (Step 31 509), and to modify and store the new network group (Step S1510). 
These are subdivided into media-dependent and media-Independent related transmit and receive statistics. 
CPCONSOL can also clear all statistics. ■ 

When the system administrator selects the Network group, CPCONSOL initiates a network request via 
the LAN interface to the targeted NEB. At the NEB, CPSOCKET, responds to the request and obtains the 
needed performance information. The information is coliecled by CPSOCKET and returned to CPCONSOL 
at the administrator's PC 14 via the LAN interface. At the administrator's PC 1^. CPCONSOL displays the 
media-dependent and media-independent transmit and receive Information. 
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Media-dependent receive and transmit statistics are summarized in Tables 4 and 5. 

Table 4 



10 



Media-Dependent Receive Statistic 


Description 


CRC 


Total number of Cyclic Redundancy Check errors 
detected by the LB P- Remote 


Missed Frames 


Number of packets missed due to (ack of space In the 
receive buffer, or the controller Is in the monitor mode. 


Align Enrora 


Indicates thet the incoming packet did not end on a. 
byte t>oundary. 


Received Disabled . 


Controller was in the monitor mode. 


Deferring 


Set when Internal Carrier Sense or Coilision signals are 
generated in the encoder/decoder. 


Overflow 


Buffer ran out of space while data was being received 
from the network. 


Overruns 


The buffer did not respond fast enough to keep data 
from flowing from the network. 



Table 5 



Media-Dependent Transmit Statistic 


Description 


Collisions 


Packet Collision Total 


Heartbeat 


Number of failures of the transceiver to transmit a collision 
signal after transmission of a packet with this bit set. 


Out of Window Call 


Set for the number of collisions that occurred after slot 
time. 


Undermns 


The buffer dkJ not respond fast enough to keep data from 
flowing to the network. 



^Aedia independent statistics display the network statistics tiat aren't related to the transmission media. 
Such statistics are a good summary of overall printer activity on the network, and are summarized Table 6. 



Table e 



Media Independent Parameter 


Description 


Abort Rx Frame 


General receive problems. 


Total Rx Frame 


Total number of received frames. 


Rx Too Big 


Receive frame larger than expected. 


Rx Too Small 


Receive frame smaller than expected. 


Abort Tx Frame 


General transmit problems. 


Total Tx Frame 


Total number of transmitted frames. 
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[Logging Group (Step SI 511)] 

The logging group selection allows CPCONSOL to display tha set of job-related statistics that the NEB 
compiles (Step SI 51 2), and to modify and store the new logging group (Step 81 573). The displayed data 
5 include job averages, page averages, and performance data. CPCONSOL can reset the totals to zero with 
this menu as well. In addition to statistics, the NEB can create a log for every print job, write the log to a 
work station disk, or clear the log file, as configured by CPINIT. 

If the system administrator selects the Logging Group option, then CPCONSOL directs a LAN request 
for the log file to the targeted NEB via the l^N interface. At the NEB, CPSOCKET receives the request and, 
JO since CPSOCKET stores the log file on the printer, requests the log file from the printer via the W- 
directionaJ SCSI interface. The NEB retrieves the log file from wherever it is stored (such as its disk 114) 
and provides the file to CPSOCKET via the bi-directional SCSI Interface. CPSOCKET then puts the log file 
orrto the network via the LAN interface for receipt by CPCONSOL. 

The log file includes values for the statistics which are divided into three categories: Dally, Cumulative, 
75 and Average. Daily, shows the values for the current day. Cumulative shows the totals for all days since last 
reset, or since power-on for a printer without a disk drive. Average is the cumulative totals divided by the 
number of days since the last reset. For each of the three categories, the NEB maintains totals for the 
following values (unless CPINIT has set the logging level to "NONE"): days (number of days since a reset 
was issued or since power-on), pages printed, print jobs prcK^essed, off-line time, and printing time. 
20 CPCONSOL also retrieves the stored, log file to the screen for viewing and printing. The log file Is in 
reverse chronological order and includes the following record types, TTie precise content of the log file 
varies in accordance with the logging level set by CPINIT, as summarized in Table 7. 

Table? 

25 " ■ 



Type 


Data 


Description 


STD 


(Days)(Pages)<JobsKOfflineXPrlnting> 


daily statistics 


STC 


(DaysXPagesKJobsXOfflineXPriniing) 


cumulative statistics 


STA 


(Days)(Pages)(Jobs»Off!lneKPrinling> 


average statistics ■ 


spj 


(ApplicationKUserKJobXi^ile server) (QueueXForm) 


start of job 


INI 


(NEB TypeXROM/MAC AddressXPrinter Name) 


Initialization record 


POW 


(NEB TypeXROM/MAC AddressXPrinter Name) 


power on record 


RBT 


(NEB TypeXROM/MAC AddressXPrinter Name) 


reboot record 


WAR 


(ApplicationXWarning) 


warning 


EOJ 


<AppllcationXUser)(JobXDtspos[tion> 


end of job 


ERR 


(ApplicationXError) 


error 



45 [Application Control (Step S1514)] 

Application control allows CPCONSOL to view the current configuration of the NEB within the network 
(as either CPSERVER or CRPRINTER) (Step 81515) and to activate/deactivate or modify and store that 
application (Step Si 51 6). Access 'to. the targeted NEB is provided via the LAN Interface which responds to 
50 the CPCONSOL request by puttirig a result code on the LAN interface. 

fPrlnter Status (Step S1517)] 

This menu allows CPCONSOL to display the current status of the printer attached to the NEB (Step 
55 SI 51 8), and to modify and store the new printer status (Step Si 51 9). CPCONSOL directs a status request 
to the targeted NEB via the LAN interface. At the targeted NEB, CPSOCKET receives the status request 
and sends a request for the needed status information to the printer via the bi-directional SCSI interface. 
CPSOCKET receives the status information from the printer over the bi-directional SCSI interface and 
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directs the Information back to CPCONSOL where it is displayed on the system administrator's PC 14. 
There are 29 possible status conditions, "NORMAL" being the most common, as summarized In Table 

a. 

* Table 8 





i Status 


Meaning 1 


70 


1 NORMAL . . 


On-line, ready to print or 
printing 




OFFLINE 


Off-line, not ready to print 




ENGINETEST 


Engine test detected 


16 


MAINTRUNNING 


Maintenance program running 




PAPEROUT 


Paper tray is empty 




PRINTEROPEM 


The printer top is open 


SO 


PAPERJAMx 


Paper is jainmed at location 1 
"x" 1 




NOEPCART 


No EP cartridge .is present 1 


25 


TONERLOW 


The toner cartridge is • low 


I ULFEED 


U-L feed 



so 
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40 



45 



50 
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16 



25 



1 LOADjc 


Your paper is loading [ 


I liOADnn 


Load paper "nn" 


1 FEEDx 


Feed Paper [x=message] 


\ FEEDnn 


f ecu ^Clk^wJU AUP 


1 OCX 


CaPSL output call 

^ ll*^luts&oayc J h 


1 SETUPPER 




TRAYFULL 


Panar* outout traV Is full 


PAGEFUIiL 


The caoe is full 


LIKEEIRKORZ 2 

• 


22 line error (see printcir 
manual) 


LINEERR0R40 


40 line error (see printer 
manual) 


DLHEMORYFULL 


Download memory full 


WKMEHORYFULL 


Working memory full 


JOBREJECT 


Job has been rejected 


PRINTCHECK 


Print check error 


OPTREMOVAL 


Option removal I 


FONTFULL 


Font configuration are full 


WARMINGUP 


Printer is in warmup 


SERVICE CALL . 


Service call ie needed 1 


TRANSIENT 


A transient, unidentified 
error occurred 



40 4j. NEB Responses To Status Inquiry Using CPSOCKET 

CPSOCKET is an application progrann which runs out of DRAM 220 on the NEB 2 in the mufti-tasktng 
soft-time environment provided by the non-preemptive MONITOR. CPSOCKET causes SAPSERVER tq 
monitor the NEB's broadcast socket on the LAN for broadcasts from client programs such as CPINIT, 
45 OPCONSOL and DOWNLOADER. 

CPSOCKET Is responsible for the internal configuration of the NEB, such as configuration as either a 
PSERVER or an RPRINTER. Configurations are set at the request of CPINIT, as described above, but It Is 
CPSOCKET that receives those configuration commands and physically alters NVRAM 228. 

CPSOCKET also maintains a table of default settings for the device environment (that is, a guaranteed 
50 safe environment, see section 4m below), downloads the basic configuration information for the printer and 
for the NEB (for example, fonts and emulations) at device power-up (see section 4d abovfe), provides device 
status tnfpnnatlon, statistics, and log Information in response to CPCONSOL requests, and provides reset, 
re-boot, and firmware downtoad capabilities. 

FIGS. 16A and 16B comprise 3 detailed flow diagram showing operation of the CPSOCKET program. In 
5S Step SI 601, after successful power-on-selMest (POST), microprocessor 216. transfers the CPSOCKET 
program module from its storage locations In EPHOM 222 Into appropriate storage tocations in DRAM 220. 
During transfer, microprocessor 216 configyres the CPSOCKET program in accordance with the confiigura- 
tion information for the CPSOCKET progrann stored in NVRAM 228. Thus, for example, it rs possible to 
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selectively activate certain portions of the CPSOCKET program module In accordance with desired levels of 
complexity, those desired levels of complexity being. stored In NVRAM 228. 

In Step SI 602. the NEB commences execution of the CPSOCKET from DRAM 220. CPSOCKET Is 
executed in a muiti-tasking soft-time environment by the non-preemptive MONITOR which permits non- 
5 preemptive execution of other application programs such as CPSERVER without letting one application 
program seize control of the microprocessor to the exclusion of other application programs. 

In Step SI 603, CPSOCKET broadcasts its existence over the UVN interface via service advertising 
protocol broadcasts (SAPSERVER) which contain a proprietary socket number (see sectoin 4g above). 
Because other servers are operating in the multi-tasking environment established in Step Si 602, and 
10 because the Nelware®-Compatible software only permits a single non-fileserver server to advertise from e 
single network node such as the NEB, CPSOCKET broadcasts its SAP advertisements via the SAPSERVER 
program. As described more fully above in paragraph 4g, the SAPSERVER program permits two network 
servers to broadcast from a single network nod© even when the network supports only single servers for 
each network node. 

16 In Step 81 604, CPSOCKET receives a broadcast request from a client, for example^ CPINIT or 
CPCONSOL on proprietary socket 453. CPSOCKET responds to the client {Step Si 605) with an IPX packet 
on the same sodtet. 

In Step SI 606, the client establishes direct SPX communication with CPSOCKET over a socket number 
that Is pre-assigned to CPSOCKET, here socket number 83B4 for communication or 8385 for connection. In 
so accordance with that direct connection, CPSOCKET receives and interprets client requests and/or com- 
mands that are received over the LAN interface, monitors the status of the printer over the bl-dlrectional 
. SCSI interface, receives and sends status commands and/or inquiries to the printer via the bi-directional 
SCSI interface, reconfigures the NEB and the NEB configuration parameters, and sends, requested 
information to the client via the LAN interface. These steps are described more fully below in connection 
■ 25 with Steps SI 607 through SI 620 of FIGS. 16A and 16B. 

In more detail, in Step Si 607, If CPSOCKET determines that a configuration command has been 
received, then flow advances to Step 81608 in which the configuration commands are iBxecuted and the 
result provided via the LAN to the client. Configuratipn commands are listed in Table 9 and generally 
pertain to the configuration of the NEB board as either a CPSERVER or an CRPRINTER In accordance with 
30 configuration commands initiated by the CPINIT program. 

Tables 



Configuration Commands 


Command 


Data.(CPINlT - CPSOCKET) 


Reference 
(CPSOCKET -CPINIT) 


request for current configuration 


none 


current NEB settings 
(CPSERVER/RPRINTER/LPR) 


reconfigure/decorifigure 


Desired Configu ration 


new configuration confimnatiffli 


activate/deactivate application 


none 


confirmation 


reset 


none 


. confirmation 


re-boot 


none 


none 



If in Step S16D9, CPSOCKET determines that a device information command has been received, then 
flow advances to Step Si 610 in which those device information commands are executed and the results 
50 provided to the LAN interface. In general, device information pertains to the interface, control status, font sot 
and environmental settings of the printer 4 attached to NEB 2. Device Information commands In Step Si 610 
permit reading printer device information, setting printer device information, reading default settings for that 
information, and resetting the default settings to desired values. Device information commands are detailed 
in Table 10. 
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Table 10: Device Information Commands 



6 


Command 


Data 
(CPCONSOL 
CPSOCKET) 


Response | 
(CPSOCKET 1 
CPCONSOIi) 




1 request for 
interface 
status 


none 


interface status I 




request for 

control 

status 


none 


printer control 
mrormabxon ror. 
CPCONSOL 
"control" menu 


T5 


request for 
font status 


none 


printer £onb set 




request for 
layout status 


none 


printer layout 
(portrait/ landsca 
pe, etc.) 


20 


request for 
quality and 
common . 
environment 
status 


none . 


printer macros 


25 


request for 
duplex status 


none 


printer duplex 
mode 


• 

SO 


miscellaneous 


none 


miscellaneous 
printer info 
(collation, 
stapling / paper 
toioinqi paper 
trays, etc.) 


3S 


request for 
default 
control 
status 


none 


default printer 
control 

information for 
CPCONSOL 
"control" menu 


40 


request for 
default font 
status 


none 


default printer 
font set 




request for 
default 
layout status 


none 


default printer 
layout (portrait/ 
landscape, etc.) 


45 
50 


request for 

default 

quality and 

common 

environment 

status 


none 


default printer 
macros 
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■ 

. Comnand 


Data 
(CPCONSOL 
CPSOCKET) 


Response 
(CPSOCKET 
CPCONSOL) 


request for 
default 
duplex status 


none 


default printer 
duplex mode 


requ&et for 
default 
niscellaneous 
orlnter Info 


none 


default 
miscellaneous 
printer info 
(collation, 
stapling, paper 
folding, paper 
trays, etc.) 


set control 


new printer 
control 

xnzormation zor 
CPCONSOL "control" 
menu 


confirmation I 


set font 


new printer layout 
(portrait/landscap 
e, etc.) 


confirmation 


set quality 
and conroon 
environment 


new printer macros 


confirmation 


set duplex 


new printer duplex 
mode 


confirmation 


set 

miscellaneous 
printer info 


new miscellaneous 
printer info 
( collation, 
stapling, paper 
hold, paper trays, 
etc. ) 


confirmation 


set default 
control 


default printer 
control 

information for 
CPGONSOI/ "control" 
menu 


confirmation 


set default 
layout 


default printer 
layout (portrait/ 
landscape, etc.) 


confirmation 


set default 
quality and 
common 
environment 


default printer 
macros 


confirmation 


set default 
duplex 


default printer 
duplex mode 


confirmation 
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Data ' 


Response 




Conoaanol 


(CPCONSOL 


(CPSOCKET 






CPSOCKET) 


CPCONSOL) 


5 


set default 


default 






miscellaneous . 


miscellaneous 






printer info 


printer info 


confirmation 




(collation. 




10 




stapling, paper 






holding, paper 








trays, etc.) 





If in Step Si 611, CPSOCKET determines tliat a configuration parameter command has been received, 
then flow advances to Step SI 61 2 in which CPSOCKET executes the received command end provides the 
result via the LAU to the client As shown in Table 11, configuration parameter commands pertain generally 
to parameter values stored in the NEB concerning time, date, safe printer environment informatibn, logging 
options, log file size. etc. 

Table 11 





Configuration Parameter Commands 


25 


Command 


Data (CPINIT CPSOCKET) 


Response (CPSOCKET - CPINIT) 




request for current 
configuration parameters 


none 


configuration parameters (e.g. time, 
data, safe printer environment info, 
logging options, etc.) 


30 


set new configuration 
parameters 


configuration parameters (e.g. time, 
data, safe printer environment info, 
logging options, etc.) 


confirm atiori 



If In Step SI 61 3 CPSOCKET determines that a NEB application program command has been received, 
then flow advances to Step SI 614 En which CPSOCKET provides information on the current application 
program, namely RPRINTER, PSERVER, or LPR (for UNIX). Application program information generally 
Includes server name, file server queue, device ID, etc., as detailed in Table 1?. 



Table 12 

40 



Application Program Information 


Command 


Data (CPINIT -* CPSOCKET) 


Response (CPSOCKET - CPINIT) 


request for CRPRINTER info 


norre . 


. CRPRINTER info 


set CRPRINTER info 


new CRPRINTER info 


confirmation . 


request for CPSERVER info 


none 


CPSERVER info 


set CPSERVER info 


new CPSERVER Info 


confirmation 


request for CLPR Info 


none 


— — - — ^ — 

CLPR info 


set CLPR Info 


new CLPR Info 


confinma^on 



If in Step SI 61 5 (FIG. IBB) CPSOCKET determined that a NEB/printer statistic command has been 
issued, then flow advances to Step Si 616 in which CPSOCKET interrogates the printer through the bi- 
directional SCSI interface to obtain needed printer statistics. The statistics con^spond to the network group 
displays described above in connection with CPCONSOL, as well as to print job statistics such as the total 



35 



XDCtO: <EP_05e8610«LI_>-' 



EP 0 598 510 A2 



number of pages printed, the totaJ number of jobs, the total number of off-fine time, etc. The Job statistics 
con-espond to the logging group described above in connection with the CPCONSOL program. Specffic 
examples of the commands executed in the NEB/printer statistics commands are set forth in Table 13. 

5 Table 13 



Statistics Commands 


Command 


Data 

(CPCONSOL - CPS0CKE7) 


Response 
(CPSOCKET -*.CPCONSpL) 


request network statistics 


none 


network statistics for CPCONSOL 
"NET>yORK" menu 


clear network statistics 


none 


confirmation 


request job statistics 


none 


job statistics for CPCONSOL 
"LOGGING" menu 


ctear job statistics 


none 


confirmation 



if in Step SI 61 7 CPSOCKET determines that a logging command has been received, then flov/ 
advances to Step S161B in which CPSOCKET obtains the log file from the printer disk 114 via the bi- 
directional SCSI Interface, and sends the log file to the client via the LAN interlace. Logging commands are 
summarized Table 14. 



Table 14 



Logging Commands 


Command 


Data (CPCONSOL CPSOCKET^ 


Response (CPSOCKET -* CPCONSOL) 


request log file 


block # 


next block number of log file and log data 


clear log request 


none 


confirmation 



35 If in. Step 51619 CPSOCKET determines that a download command has been received from the LAN 
interface, then flow advances to Step S1620 in which CPSOCKET executes the download request for 
example, by receiving downloadable code and storing it in specified locations in DRAM 220, by providing 
checksum data for the downloadable code, and by flashing the downloadable code into EPROM 222. Some 
of the more important downtoad commands are summarized in Table 15. 

40 

Table 15 



50 , 



Download Commands 


(Command 


Data (DOWNLOAD -* CPSOCKET) 


Response (CPSOCKET DOWNLOAD) 


download request 


code 


confirmation 


call request . 


checksum, starting address 


confirmation 


flash EPROIVI 


checksum 


confirmatton 



4k. Logging Peripheral Statistics 

As described earlier with respect to FIG. 5A, Steps S9 through SI 2 comprise an automatic logging 
function in which peripheral . statistics (e.g. number of pages printed per day) and error events are 
airtomaticaJly logged (stored) for later retrieval; and wherein the logging level (statistical resolution) may be 
varied by the network administrator. In general, the network administrator may select a logging level, and 
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then extract , printer statistics and error events from the log file at any tlmfe. The network administrator's 
portion of such functions has been described above In paragraph. 4i, and reference may be had to the. 
discussion and tables set forth therein, especially Table 7 v^hlch indicates the content of the log fl»e 
depending upon the logging level set by CPINIT. 

5 As bacltground, few LAN peripherals maintain their own statistics, but the NEB 2 includes the capability 
of logging the current status and daily statistics of printer 4 at midnight of each day. This relieves the 
system administrator from having to remember to do this on a dally basis. The status and statistics data 
may be stored in printer hard disk 114, printer NVRAM 111, NEB DRAM 220, or in the NEB NVRAM 228. 
The location of the stored log fite may be selected by the nehvork administrator depending upon the 

10 remaining memory capacity of each of those memories, and the statistics required by the legging level 
selected by the network administrator. For example, if the printer has a hard disk, the network administrator 
may choose the fairly-detailed "JOB", logging level so that voluminous statistics may be retained. On the 
other hand, if the printer has no hard disk, the network administrator may choose the loss-detailed 
"ERROR" logging level so that less storage space is required. If the log file is filled, new enror data will 

76 merely wrap around in ttie memory replacing old error data vnth new error data. ' , 

The NEB will automatically store printer statistics such as pages printed, jobs printed, off-line time, and 
print time each night for access for the system administrator at a later time. The statistics can be used to 
anticipate replacement of consumable printer supplies, such as toner, ar>d to monitor user behavior such as 
leaving the printer off-line for extended periods of time. 

20 In general, the logging function is accomplished by the printer controller board always knowing what 
lime it is. When a printer/controller board is first powered on. the tioard- finds the nearest server and 
requests the time. The board continues to do this every minute. When the day of the week changes, the 
board automatically requests the printer to report its page count The board then calculates the daily 
statistics and stores them either to the printer hard disk or to the board NVRAM. These statistics are stored 

25 and available to the external network program CPCONSOL that can display them to a screen or save them 
to an external file. 

As described above in paragraph 41. the network administrator may select four logging levels: NONE; 
AUTO; ERROR; and JOB. At the NONE level, no logging statistics are maintained (although they may still 
be calculated every minute and temproarily kept in NEB DRAM 220). At the AUTO level, daily statistics are 
30 maintained for printer features such as printing days, pages, jobs, off-line time, and print time. The number 
of cumulative pages printed is determined by the printer, but the other statistics are detennined by the 
NEB. 

The ERROR logging level maintains the daily statistics discussed above, and also error conditions in 
the printer and also errors that occur in an application (i.e. CPSERVER). The NEB queries the printer every 

35 minute for such enror conditions. Such printer error conditions may include: off-line; out-of-paper; printer-fs- 
open; paper-jam; no-toner-cartridge; toner-is-low; printer feed and load errors; tray-is-full; line errors; print- 
job-rejected; font-is-full; service call; etc. Application en-ors may include: fileserver down; primary fileserver 
unavailable; CPSERVER running elsewhere;' IPX not installed; etc. 

The JOB logging level rr\aintains the daily, statistics and enror conditions noted above and also 

40 maintains job start and job end information, which are detenmlned by the NEB. Of course, the number and 
types of logging levels, and the data retained in each logging level may be varied according to the 
particular perijpheral and the particular LAN in which the NEB Is installed. 

RGS. 17A and 17B comprise a flow chart showing the overall operation of the automatic logging 
function within the NEB. Reference may also be had to FIG. 5A and Table 7 noted above. At Step SI , 

45 power is applied to the NEB and at Step SB, the timer module finds the nearest server and requests the 
time. At Step 81701 . it is determined whether the NONE logging level has been selected. If the NONE 
logging level has been selected, the process skips to the end of the flowchart where a retum is made to the 
overall flow diagram of FIGS. 5A, 5B and 5C. 

It the NONE logging level has not been chosen in Step Si 701, Step Si 702 detennrtines whether the 

50 AUTO logging level has been selected, if the AUTO logging level has been selected, the process proceeds 
to Step S9 virfiere midnight Is awaited. However, if the AUTO logging level has not t>een selected. Step 
S1703 detemiines whether the ERROR logging level has been selected. Where the ERROR logging level 
has been selected, the process skips to Step 81706 where a one minute timeout Is awaited. However, If the 
ERROR logging level has not been selected. It )s detemilned In Step S1704 that the JOB logging level has 

65 b>een selected. In this case. Step SI 705 stores the Job start and job end times to the log file. At Step SI 706, 
a one minute timeout Is awaited whereafter Step S1707 queries the printer for error events and saves such 
events to the log file. Thus, when either the ERROR or JOB logging levels have been selected, the board 
queries the printer every rhinute for error events and stores such error events in the log file. 
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Step S9 . waits for midnight whereupon the NEB queries the printer for Its dally statistics at Step SIO 
FIG. 15B). If midnight has not been reached In Step S9, the procedure returns to Step Si 702 where It Is 
determined which iogging level has been selected. 

In Step S11, the dally printer statistics are calculated utilizing ihe printer statistics received in Step 810- 
5 Thereafter, in Step S12, the dally statistics and the error events are stored In the printer hard disk 114 
and/or the printer NVRAM 111, and/or the NEB NVRAM 228. Note here that the network administrator may 
select to store logging statistics and error events in any combination of memories, providing further 
flexibility to the' LAN. 

The logging functions discussed above are quite significant in making the printer an interactive and 
10 responsive member of the LAN since the SCSI connection between the NEB and the printer Is capable of 
extracting volumes of specific data from the printer. 

41. Multi-taskinQ Independently Executable Programs 

16 As briefly described earlier with respect to Step S20 of FIG. 58, the NEB EPROM 222 stores a 
MONITOR program which is a mechanism which supports mutti-tasking In the run-time environment while 
permitting synchronous operation in a de-bug environrinent, MONITOR permits cun^entiy-calied tasks to be 
performed on a non-preemptive basis while the NEB awaits real-time interrupts from either the LAN (for 
CPSERVER or CPSOCKET) or through the SCSI interface (e.g., when status information is being provided 

20 from the printer to the NEB in response to a previously-received status request from the LAN). Thus. 
MONITOR permits all currently-executing tasks to be performed Simultaneously by sharing use of the 
microprocessor- 21 6. Of course, all soft-time applications, including MONITOR- itself, are intenruptable by 
real-time events. 

FIG. 18 is a notional flowchart of a sequence of events which nr^ay occur in order to illustrate the multt- 

zs tasking operation within the NEB. At Step SI, power is applied to the NEB. and the MONITOR program is 
downloaded from EPROM 222 to DRAM 220 in Step Si 801. For example, the following modules are 
downloaded together with MONITOR: SCSI Driver; Link Support Layer; Network Driver; Prescan; IP)</SPX; 
Customized NETX; SAPSERVER; CPSOCKET; and Print Applications (see FIG. 6). 

If, at Step Si 802, print data is received from file server 30, CPSERVER will begin processing the 

30 received job data in preparation for transmission to the printer 4. Processing of such print information is now 
in the "soft-time" environment and Step Si 803 determines- whether a relinquish interrupt has been 
received from the program processing the print data. If a relinquish interrupt has been reached at Step 
Si 803, execution of the currently-executing module is stopped and control is returned to MONITOR at Step 
Si 804. MONITOR saves the state of the interrupted task in DRAM 220, However, if the relinquish interrupt 

35 has not been reached at Step SI 803. the process proceeds to Step Si 805 v/here it Is determined whether 
the currently-executing module has reached an end. If the end has not been reached in Step -SI 805, the 
program waits until another relinquish interrupt is reached in Step Si 803. 

If the currently-executing module has been stopped at Step Si 804, or if the currently-executing module 
has reached an end at Step S1805. it Is determined at Step Si 806 whether data has been received which 

40 requires the execution of arrother software module, e.g., where data is received over the SCSI interface in 
response to a previously-issued request for printer status. If it is determined in Step Si 806 that such data 
has been received. Step Si 807 begins execution of another application module using the newly-received 
data. 

At Step 1808, It is determined whether a relinquish interrupt has been reached in the second application 
45 module. It such an interrupt has been reached, the second application will stop execution and pass control 
to MONITOR which stores in DRAM 220 the state of the just-interrupted second module at Step SI 809, 
However, rf the relinquish intenrupt in the second module has not been reached at Step SI 808, it Is 
determined at Step SI 810 whether the end of tfie second module has been reached. If the end has not 
been reached, the program merely awaits the relinquish Interrupt at Step. Si 808. If It is determined that the 
50 second module end has been reached in Step SI 810, Step S181 1 detemnines vrtiether the first module end 
has been reached. Where the end of the first module has not been reached, but the end of the second 
module has been reached, the process returns to waiting for a relinquish inten^lpt in the first application 
module at Step Si 803. tf both ttie first and second modules have reached their end at Step S1811, control 
will retum to the MONITOR program in order to execute other newly-received soft-time tasks. 
56 After the second application module has stopped executing due to reaching a relinquish interrupt 
therein, control is passed to MONITOR which, after storing the state of the interrupted module in DRAM 220 
(Step Si 809}, will recommence execution of the first module in Step Si 81 2, and continue execution of the 
first module until another first module relinquish inten-upt is reached at Step 31603. 
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TlHJS, tho non-preemptive multi-taskfng allocation of the microprocessor resources allows processing of 
a number of tasks in parallel on a rrear real-time basis. 

4m. Placing The Printer In A Default Configuration 

As discussed above witfi respect to Step S25 in FIG. .50. the NEB will ensure that the printer is set to a 
known, default configuration at the beginning or end of a print job. The NEB does this by downloading to 
the printer's non^volatite memory (either hard disk 114 or NVRAM 111) a default configuration code which 
Indicates the default environment (e.g. portrait mode, 10 point type, Roman lettering, etc.) In which ffw 

10 printer shouW be left at the conclusion of a print job. Upon receiving a print data stream from the LAN, the 
NEB retrieves the configuration code from tho printer's non-volatile memory, appends Vne configuratton 
code to a block of print data as an escape sequence, and then downloads the print job block with appended 
escape sequence to the printer. The printer will then conduct a printing operation, ai>d (based on the 
escape sequence) will leave the printer in the desired default configuratfon, 

T6 Novell NetWare® software includes the ability to reset a networi< printer in a default environment after 
every print job. It does this by having the file server 30 Install what amounts to a fake print job at the head 
of the print job itself. However, the exact printer escape sequences necessary to set particular printer 
default configurations reside in a database on ttie network, and not within the printer itself. Therefore, if it is 
desired to operate UNIX on the LAN, or whore there Is a problem with the file server itself, the printer may 

20 not be restored to a default configuration which ensures that the next print job will be printed with the printer 
in a known configuration. 

A method of guaranteeing a printer default environment using the NEB operates on the difference that 
the printer reset state configuration and requisite escape sequence instructions reside within the printer 
itself, and the printer itself is responsible for resetting its own environment within print jobs. Thus, the printer 

25 reset feature is available without depending upon any device external to the printer, f^urthermore. the initial 
default configuration may be loaded and subsequently modified from a remote locafion over the I^N 
through the NEB's serial or parallel interfaces. • 

The configuration code may be sent to the NEB through the CPCONSOL program, as discussed above 
in section 4t. ~ 

30 It may be convenient to store a plurality of default configuration codes in the printer non-volatile 
memory in order to allow the network administrator great flexibility for printer usage on the LAN. For 
example, print jobs received from an engineering source may require the printer to default to a portrait 
mode, whereas print jobs received from accounting may require that the printer be left in a spread sheet . 
mode. Thus, by ensuring a known default environment, any of a number of LAN sources may utilize the 

35 printer for their specific jobs. 

FIG. 19 depicts a more detailed flovrchart for setting the printer default configuration. At Step SI. power 
is applied to the NEB. and at Step S22, the NEB accesses the LftN file server for active print queues and 
downloads print data to the DRAM 220. 

If the printer non-volatile memory stores more than one default configuration code, it may bo necessary 

40 to first determine what type of data is being transmitted from the LAN In order to determine which default 
configuration the printer should be left in. Therefore, Step S9101 determines the LAN source of the print 
job, and Step 81902 retrieves the appropriate default configuration code from the printer, which code 
corresponds to the determined LAN soVrce. 

At Step SI 903, the NEB assembles blocks of image data and designates a start-of-print-job and an 

45 end-of-print-ipb for each print job. At Step Si 904. the NEB microprocessor 216 appends to a print job. an 
escape sequence which coiresponds to the retrieved configuration code. Preferably, the escape sequence 
is appended to the beginning of the print job, but it may be appended to the end of the print job, or to both 
the beginning and end of the job. Then, at Step 81905, the print job, with appended escape sequence, is 
transfen-ed to the printer, and the printer then renders print according to the received print job. When a print 

50 Job Is completed after Step S24, the printer will set itself to a default environment at Step S25, which 
environment corresponds to the default configuration code retrieved In Step Si 902. Therefore, the printer 
will be left in a default environment which ensures that the next print Job will begin with the printer In a 
known configuration^ 

Thus, a robust and efficient hardware and software solution has beeii found for ensuring that the prtrrter 
65 itself stores a default configuration and is responsible for placing itself in a default condition at the end of 
(every print job. 
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4n. Downloading Executable Files into The NEB From A Remote LAN Location 

The downloading of executable files from the LAN to DRAM 220 will be discussed In more detail with 
ruspecl lo the flow diagram In FIG. 20, and with respect to the discussion above of Step S30 In FIG. 5C. 
5 NEB 2 is configured initially prior to shipping. However, NEB 2 can be reconfigured subsequently by 
sending updated executable files across the LAN frorti the network administrator's PC 14 to the NEB 2. 
rurthermore, network administrator can remotely alter the executable files stored in DRAM 220 of NEB 2, 
as desired. 

The process by which executable files can be altered In DRAM 220 will be discussed in detail with 
10 fcspect to FIG. 20. 

After the board has been powered-up al Step S1 , the flow proceeds to Step S2001 at which point the 
network administrator activates a DOWNLOADER prograrin to t>rcadcast over the LAN a request for 
Identification of all NEB devices haying a particular configuration whereupon flow advances to Step S2002. 

In Step 82002, the DOWNLOAD program determines whether any target NEBs have responded. If in 
IS Stop S2002 it is determined that no target NEBs have responded, flow returns to Step S2001 In which the 
DOWNLOAD program rebroadcasts the request with new target information and then flow advances to Step 
S2002. 

If in Step S2D02 a target NEB responds, flow advances to Step S2003. 

In Step S2003. the SAPSERVER program responds with the unique nehwork IDs and the unique socket 
20 numbers assigned to each NEB (see section 4g above). This location Information Is collected, the network 
administrator selects a particular NEB to download an executable file, and communication is established 
with the target NEB. 

Upon selecting the target NEB, the network administrator downloads new operational files and a speUal 
packet containing a checksum value to DRAM 220 across the LAN in Step S2004 whereupon flow advances 
25 toStepS2005. 

In Step S2005, microprocessor 216 performs a checksum operation on the newly loaded operational 
files and compares the checksum value with a checksum value sent tn the special packet which is stored In 
DRAM 220 after the operational files have been stored. 

If the checksum value does not equal the checksum value in the special packet, thein flow advances to 
30 Step S2006 at which point microprocessor 216 notifies the network administrator that the checksum value 
for the new operational files is incorrect and at which point microprocessor 216 may purge the flies from 
DRAM 220. 

If in Step S2006 the checksum value is verified, then flow advances to Step S2007 at which point the 
. executable files are acted on .by microprocessor 216. 
35 Thus, the network administrator can alter the operation of NEB 2 by remotely sending new operational 
files to be stored and to be executed from DRAM 220. 

40. Loading Independently Executable Modules In ROM 

40 As described above in FIG. 5C with respect to Step S32. when a binary ROM image Is to be loaded 
into EPROM 222, a plurality of Independently-executable modules are assembled, ordered, and prepared 
for flash to EPROM 222. The assembly and ordering of the modules is presently carried out on a DOS PC, 
but may be carried out in the NEB itself. An advantage of assembling the independently executable 
modules in a PC is that the modules may be constructed and/or modified in a. DOS environment 

45 NEB firmware comprises a number of separately linked modules, one of which contains permanently 
ROM-resident code which receives control at power-up and provides self-test, loading of other modules into 
DRAM 220, and basic I/O services. The other modules residing in the EPROM 222 must be copied to 
DRAM 220 before execution. There are two types of such modules, the first of which includes programs 
which are essentially drivers which receive control when loaded, initialize, and then exit, remaining resident 

50 The second type of such modules are application programs, each of wfhich executes a specific set of 
functions. 

In. FIG. 21. the NEB Is powered-up at Step Si. At Step S2101, a utility resident in the PC reads from Its 
RAM a configuration file containing the names of all modules to be placed In the ROM Image. Ttie 
configuration file Is used to select from RAM, at Step S2102, those modules which are going to be flashed 
65 to EPROM 222; 

At Step S2103, the utility writes a header for the first module, th© header idetrtifying that module, 
describing the module attributes, and including a pointer which points to the immediately succeeding 
module. This pointer aides in the ordering of the modules in a specific order prior to loading. At Step 
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S2104, it is determined whether the last module Identified by the configuratton file has been selected. If the 
last module has not been selected, the process .loops to Step S2103, where the header Is wrftteh for the 
next module. 

When the last module has been selected in Step S2104, the Lrtility appends the ROM-resident code to 
the end of the image program (at Step S2105) so that upon power-up. the initialization code resides at the 
address expected by microprocessor 216. 

When the ROM binary image is thus constructed, the Image may be downloaded to one portion of the 
memory area of NEB DRAM 220, and then flashed to EPROM 222. as will be discussed in greater detail in 
section 4q below and with respect to the detailed discussion of FIG. 5C, Step S36; . 

4p. Protecting The EPROM During A Flesh Operation 

• FIG. 22 is a block diagram showing the functional construction of the EPROM flash protection circuitry 
resident on the NEB. TTie EPROM flash protection circuit includes microprocessor 216 coupled to data bus 
250 and address bus 251. Also connected to data bus 250 and address bus 251 Is DRAM 220. DRAM 220 
is capable of storing a ROM firmware image downloaded from a remote LAN device into one portion of its 
memory area (see section 4o above), and application process steps into another portion of its memory area. 
Also coupled to data bus 250 and address bus 251 are EPROM 222. latch 252. and PAL 253. D-type flip- 
flop 254 is connected to latch 252 and PAL 253. During operation, flip-flop 264 receives as its clock input 
an output signal from PAL 253 and as its data input, an output signal from latch 252. Latch 252 and PAL 
253 are also connected to DC-DC converter 212, and DC-DC converter 212 is connected to transistor switch 
255. When activated by latch 252. DC-DC converter 212 sends +12 volts to the input emitter of transistor 
switch 255. Flip-flop 254 is also connected to transistor switch 255 to provide the necessary input to 
open/close switch 255. 

25 "The operation of the EPROM flash protect circuitry will now be explained In more detail with reference 
to Fl(3. 22. Upon power-up, output of latch 252 will be tow and flip-flop 254 will be reset. In this manner, the 
■output signal PR0G1 from latch 252 will be low and voltage from DC-DC converter 212 will be directed to 
sink current to a ground state. At power-up, flip-flop 254 Is reset so that its output Is set low thereby 
opening transistor switch 255. 

30 With transistor switch 255 in an open state, Vpp pin of EPROM 222 will be held at 0 volts preventing 
any data from being accepted or a flash operation from being perfomned. That is, for a flash operation to 
occur in EPROM 222. the Vpp pin must reach a level of at least + 11 .4 volts, which is a requirement set by 
the EPROM manufacturer's specifications. However. In order to achieve this voltage level, the following two 
programming steps are required. 

35 Rrst. when a new ROM firmware package is received in DRAM 220, microprocessor 216 receives a' 
command to flash EPROM 222, by generating an I/O write to address 360 hex with data bit 7 high {80 hex). 
In this manner. DC-DC converter 212 can be first turned on. 

As shown in Tables 16 and 17, address 360 hex corresponds to control register 230 which is used to 
control read/write operations to NVRAM 228. As shown in Table 17 below, when 360 hex is sent with bit 7 

40 high/tow, the address corresponds to an operation of DC-DC converter 212. 



10 



16 



20 



45 



50 



55 
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. Table 16 



JO 



15 



1/0 SELECT 


ADDRESS 


LAN CHIP 


■, 300 - 30F HEX (R/W) 


DMA DATA LATCH 


310-317 HEX {RAAO 


LAN CHIP SOFT RESET 


318-31FHEX{R) 


SCSI CHIP REGISTER 


320 - 32B HEk (WW) 


STATUS REGISTER . 


330 HEX (R> 


CONTROL REGISTER #1 


. 360 HEX(RAftO 


CONTROL REGISTER #2 


366 HEX Oq 


NMILCK 


200 HEX (W) 


LAN ADDR. ROM 


340 - 35F HEX (R) 



20 



25 



30 



35 



MSB 



Table 17 



CS (WRITE), DO (READ) 

= NVRAM SK (WRITE) 

-NVRAM DI (WRITE) 

NOT USED 

. NOT USED 

-— *JOT USED 



DIAG.LED 1=0N 

0=OFF 

-H2V DC CONVERTER 
X«=ON 
0=SHUT DOWN 



40 



45 



60 



55 



After address 360 hex is output, microprocessor 216 generates an I/O write command and .sends a 
write select to PAL 253. PAL 253 detects a valid address, decodes it and activates latch 252. Witti bit 7 
high In address 360 hex, the PROGI signal is set high and output from latch 252 to DC-DC converter 212. 
When the PROGI signal, is received at DC-DC convertBir 212, It operates DCyDC converter to produce +12 
volts. The +12 volts from DC-DC converter 212 is sent to transistor switch 255, and which remains at its 
emitter until transistor switch 255 is closed. 

However, before + 1 2 volts is allowed to pass through transistor switch 255, the second step must be 
executed. That is, microprocessor 216 outputs an I/O read command and outputs address 366 hex which 
corresponds to a PAL address. When microprocessor 216 generates both the command and address, PAL 
253 decodes the address and generates a PR0G2 signal. When the PR0G2 signal is high, it will provide a 
clock Input to flip-flop 254. 

Upon receiving the clock input flip-flop 254 will Input the PROGI signal from latch 252 and then 
generate a TRANSON signal at its output. The TRANSON signal is output to transistor switch 255 which 
operates to ctose the switch that allows + 12 volts at Its emitter to pass through to its collector. At this point, 
+ 12. volts is sent from the collector of transistor switch 255 to the Vpp pin of EPROM 222. 

With +12 volts placed at the Vpp pin of EPROM 222. microprocessor 216 sends out an EPROM select 
signal. In order to prevent the new firmware image from being corrupted, EPROM 222 must first be cleared 
and erased. Then the EPROM 222 is flashed with the new ROM firmware Image stored in DRAM 220. Once 
the new ROM firmware image Is stored in EPROM 222. NEB 2 can be re-booted from the new ROM 
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firmware image. 

The operation of tlie EPROM protection, circuit will now be explained with reference to FIG. 22 and the 
flowchart of FIG. 23. 

In Step S2301, a new ROM firmware image is received by NEB 2 across the LAN and loaded Into 
$ DRAM 220. Microprocessor 216 receives a command to flash EPROM 222 in Step S2302. In Step S2303, 
microprocessor 216 sends out an I/O write command to PAL 253 and. outputs address 360 hex with bit 7 
high. Flow advances to Step S2304 in which bit 7 high activates latch 252 to output tfie PROGI signal. The 
PR0G1 signal turns on* D.C-DC converter 212 and +12 volts is output to transitor switch 255. In Step 

52305, microprocessor 216 sends both an I/O read command to PAL 253 and address 366 which Is a PAL 
10 address. In response. PAL 253 outputs the PR0G2 signal to clock fiip-ftop 254 which allows the PR0Q1 

signal to be input at its data input. Flip-flop 254 outputs the TRANSON signal to transistor switch 255 which 
aliows +12 volts to pass from the collector of transistor switch 255 to the Vpp pin of EPROM 222. In Step 

52306. microprocessor 216 clears and then erases EPROM 222. In Step S2307, microprocessor 216" 
determines if EPROM 222 has been completely erased. If EPROM 222 is not completely erased, flow 

1S returns to Step 82307. 

After microprocessor 216 determines that EPROM 222 has been completely erased, in Step S2308, the 
ROM firmware image is downloaded from DBAM 220 to EPROM 222. Once the ROM fimnware Image Is 
successfully loaded, in Step S2309 microprocessor 216 writes address 360 hex with bit 7 low. The PR0Q1 
signal from latch 252 goes low arKl DC-DC converter 212 allows the voltage level to sink current to a 

27 ground state. 

In Step 323 10. microprocessor 216 sends PAL 253 an I/O read command and a 366 hex address which 
permits the PR0G2 signal to go tow thereby clocking the flip-flop which outputs a low TRANSON signal 
which operates to open transistor switch 255. 

Thus, in Steps S2309 and S2310. +12 volts Is removed from Vpp pin of EPROM 222 and the flash 
25 operation is ended. After the flash operation, microprocessor 216 detern^ines if a re-bqot command has 
been received in Step S2311, H the re-boot command has been received. NEB 2 Is re-booted in Step 
S2312.fr6m the new ROM. firmware image in EPROM 222. However, if no re-boot command Is received, 
then flow ends. . 

30 4q. Remotely Altering Firmware 

The method for remotely altering firmware in EPROM 222 will be discussed in more detail below and 
with reference to the flowchart illustrated in FIG. 24, Step S36 of FIG. 50. and section 4i above. 

Prior- to shipping a NEB to a customer, the NEB is configured with the nrilnimum number of executable 
35 files which penTiit the NEB to perfonn necessary functions. However, the NEB can be reconfigured 
subsequently by the customer. That is, a network administrator may dowiload data from a remote LAN 
device, which data may contain anything from a patch code, to manufacturing test routines, to entire 
firmware updates to be downloaded to the EPROM. 

In more detail. NEB2 can be reconfigured by sending executable files across the LAN from the network 
40 administrator's PG 14 to NEB 2. The network administrator can remotely alter the ROM firmware Image in 
EPROM 222, as desired. . 

In Step S2401, the network administrator activates a CPFLASH program that uses a MAC address as a 
command line parameter to target a specific NEB. CPFLASH issues a SAP broadcast request which is 
responded to by SAPSERVER running on the NEB. In Step S2402, CPFLASH waits for a response from the 
45 targeted NEB. If in the case where the targeted NEB does not respond in approximately 15 seconds, the 
flow returns to Step S240i and the broadcast is resent. However, in the case where ttie targeted server 
responds, flow advances to Step S2403. 

In Step S2403. the address and location of the targeted NEB Is received, communication with the NEB 
having the matching MAC address is established, and a new ROM imago firmware is downloaded over the 
50 LAN to DRAM 220. 

In Step S2404, the validity of the ROM firmware image is checked before proceeding to the next step. 
The validity of the ROM firmware image is verified against an Image checksum which Is sent In a special 
packet along with the download operation In Step S2403. If the . checksum value does not match the 
checksum downloaded with the ROM image, then In Step S2405 the operator is notified of .an error and the 
65 ROM firmware image iri DRAM 220 is purged. 

tf the checksum value is valid, then flow advances to Step S2408 at which point microprocessor 216 
retrieves any data which is to be preserved, such as the- MAC address, and stores the data within the 
proper locations in the new firmware Image stored in DRAM 220. In this fashion, if the new ROM firmware 
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image Is defective, the NEB may still function since predetermined portions of essential ROM firmware are 
maintained. Once the essential portions of ROM firmware are preserved, flow advances to Step S2407 at 
which point EPROM 222 Is controlled to be cleared and erased a plurality of limes, if requrled. After 
EPROM 222 has been erased, in Step S2408 the new RpM image is loaded into EPROM 222, 

After the flash operation, microprocessor 216 determines if a re-boot command has been received in 
Step S2409. If the re-boot command has been received. NEB2 is re-booted in Step S2410. However, If no 
re = boot command is received, then flow ends. 

In Step S2404, the validity of the ROM firmware image may also be verified by comparing newly 
received firmware data with data previously stored in EPROM 222. For example, where EPROM 222 stores 
hardware indicators previously carried by PROM 232 (e.g., board manirfacture date, board revision number, 
manufacturing facility, etc.; to be discussed in greater detail in section 5 below), such indicators may be 
compared with the same indicators in the newly-received ROM firmware Image. This comparison may be 
rnade In addition to or In lieu of the checi<sum comparison discussed atwve. 

It is noted that a new MAC. address may also be flashed into EPROM 222 at the same time a ROM 
firmware imago is flashed. However, it is preferable only to flash a MAC address prior to shipping, at the 
complelion of i^EB test. This fe&ture is discussed in more detail with respect to Section 5 below, 

5. TEST 

30 Prior to installing the NEB in the printer, it may be tested to ensure the integrity of its hardware and 
software components. FIG. 25 depicts one test configuration which may be utilized to test the NEB 2. In 
FIG. 25, the NEB 2 is coupled to PC1 300 via a cable 302 coupled, to the NEB serial port 218. A printer 304 
may be coupled to PCI 300 in order to print out test results. 

The NEB 2 is coupled to a test driver PC2 306 through an SCSI bus 308 and Ethernet LAN connections 

25 310. 312. The PC2 306 includes an SCSI board 314 and a networit controller board 316 so that It may 
simulate a printer and LAN entities {such as tiie networ(< administrator's PC 14). The PC2 will act as a 
transponder, receiving and returning, communications to and from the NEB 2, as commanded by the test 
Programs input to the NEB from PCl 300 through the serial port 218. 

After power is applied to NEB 2, It performs the power-on-self-test operation. While the NEB 2 is 

30 performing each test operation in the POST, PCI 300 receives test checkpoint results across serial cable 
302. 

Once it is determined that NEB 2 has satisfactorily completed POST, NEB- 2 enters a "Ready For 

Download" state. In this state, NEB 2 waits for a period interval of approximately one second for further 

input instructions across any one of the input ports. 
35 While the NEB is in the download state, PC1 300 uploads test programs to the NEB through serial port 

218. As NEB 2 completes execution of each test program, it sends each test result back to PCI 300 for 

verification. If the next checkpoint is not received within a- timeout period (e.g., 1 second). It is detennined 

that ah error has occurred during the NEB test program,, and an en-or signal is output by PCI 300. The 

error signal may be indicated on a display at PC1 300, or printed out on printer 304. 
40. On the other hand. if . the next checkpoint received by PCI 300 is not verified, then PCI 300 rescripts 

the test program (by adding further, more detailed test modules) in accordance with the received result. In 

this manner. PCI 300 can locate the problem and debug NEB 2. 

Some test programs may require NEB 2 to communicate with PC2 306 over either the SCSI bus 308 or 

one of the LAN connections 310, 312. For instance, In accordance with the test program, NEB 2 may 
45 request data from PC2 over the LAN connection 310. PC2 306 is configured to return appropriate responses 

to each communication from NEB 2, thereby effectivefy emulating the printer and the other LAN members. 

If the con-ect communication is returned, from PC2 306, NEB 2 indicates a successful test by passing 

another checkpoint to PCI 300 through the serial port 218. 

A more detailed discussion of the method for testing NEB 2 will be provided below with reference to the 
50 flowchart illustrated in FIGS. 26A and 26B, and in accordance with the test configuration depicted in RG. 

25. 

When power Is first applied to the NEB 2, NEB 2 executes the POST program from EPROM. 222, In 
Step S2601 . The POST program includes individual programs for testing component operation and software 
programming. After execution of an individual programs within POST, In Step S2602 a checkpoint Is sent to 
66 PCI 300 to be verified. If a checkpoint is not sent after a predetermined period following the execution of an 
individual program or a returned checkpoint is Incorrect, an error signal is sent out from PC1 300 In Step 
S2603, However, If all checkpoints are correct and received within a timely fashion, the process advances to 
Step S2604 where PCl 300 prepares to send test programs to the NEB. 
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At Step S2605, the POST program Is complete and NEB 2 wafts for instructions from across any one of 
the ports, preferably the serial port. TTie watting period can be approximately a one second window in which 
time PCI 300. should respond with the prepared text programs. In Step S2606, if PCI 300 does not resporKI 
by sending a test program to NEB 2 witfiin the time window, flow advances to Step 82607 where the NEB 

5 enteres Its normal operational mode. 

When the test program instruction set from PCI 300 is received in Step 52606, the instruction set, 
which includes further test programs, is stored (\n Step S2608) on NEB 2 in DRAlwl 220. In Step S2609," 
PCI 300 activates the instruction set and NEB 2 executes each test program within the instruction set. . 
The test program instruction set may contain, in random order, test programs which require NEB 2 to 

TO configure PC2 306 as a LAN peripheral device, or which require NEB 2 to configure PC2 306 as an SCSI 
peripheral device. In either case, after being configured, PC2 306 will respond to each commuriicetion from 
NEB 2, usually by merely returning data bloclcs sent by the NEB. 

Briefly, in Step S2610 (Fl|3. 26B) NEB 2 configures PC2 306 as a LAN peripheral and PCS 306 
respondB by sending a response to NEB 2 which effectively performs a LAN loopback test by returning the 

16 data which it has received. NEB 2 will communicate with PC2 and receive simulated print job resutte. In 
Step S2611, the result of each block job Is sent to PCI 20Q. PCI 300 determines if the test result is connect. 
In Step S2611, if it is determined by PC1 300 that the test result is inconrect PCI 300 sends a re-scripted, 
branch test program (Step S2612) In accordance with the test result received in Step S2611. However, rf no 
further branch test program exists, then in Step S2612 PCI 300 will stop LAN testing and output an error 

20 signal. 

Thus, in Step S2611. NEB 2 Is tested for LAN communications. Assuming NEB 2 successfully passes 
each LAN communication test, flow advances to Step 82613 at which point PC2 306 is configured as an 
SCSI peripheral device and performs SCSI loopback tests by returning the data which it has recfilyed. In 
Step S2614 the res Jits of the tests are sent to PCI 300 and if the results are inconect, PCI. 300 similarly 

25 sends a branch test in Step S2615 in accordance with the test result. Of course, if no further branch test 
exists to further test the peripheral communication, then PCI 300 stops the test, and outputs an error signal. 

Assuming that NEB 2 successfully passes each SCSI communication test in Step S2614, then ftow 
advances to Step S2616 at which point NEB 2 requests further instructions from PCI 300. If PC1 300 
returns with further instructions, flow returns to Step S2605. but If further testing Is not necessary then NEB 

30 testing Is ended. 

In summary, a method for testing an interactive network board having a LAN interface and a test 
interface comprises the steps of applying power to the board and reading a POST resuH which was 
executed out of board ROM via the test interface, and downloading a test program into the board RAM via 
the test interface. The test program is then activated for execution out of board RAM. The board may then 

35 be commanded to. configure a peripheral device, (through either the LAN or the SCSI interface) to b© a LAN 
driver Of an SCSI peripheral. The board then interacts with the LAN driver or SCSI peripheral in accordance, 
with the test program. Results of the test program are then output via the lest interface to a test computer 
which receives these test results. If certain tests fail, additional test programs may be scripted In 
accordance with the type of failure. The newly scripted test programs will be able to perfomi fault detection 

40 and diagnosis, and these additionally scripted test programs may then be downloaded to the board RAM 
from the PCI . 

Once all of the tests are successfully concluded, it may be convenient (in the factory test environment) 
to flash the operational fimnware into EPROM 222. Specifically, the last step of a testing program may be 
utilized to load the requisite firmware Image into the NEB EPROM 222 prior to delivery (see section 4q 

45 above). The firmware flashed to EPROM 222 may also include a unique MAC address for NEB 2. 

in the past, MAC addresses were incorporated into circuit boards using a dedicated PROM chip siich 
as PROM 232. However, it has been found that if the MAC address is flashed Into EPROM, the PROM chip 
is not required, while the MAC address can still be stored in a non-volatile way, (Of course, as discussed tn 
paragraph 4q, the MAC address could also be remotely flashed into the EPROM at the same time the RAM 

50 firmware image is updated, after NEB 2 is coupled to the LAN.) 

In Step S2617 of FIQ. 26B, NEB testing has been completed and each board may be designated with 
its own individual identifier number, commonly referred to as 8 MAC address. Thus, In Step S2617 It is 
determined whetehr a ROM firmware image Is to be stored In EPROM 222. If no image is to be stored, 
testing ends. However, if an image is to be stored, flow advances to Step S2618 where the ROM image 

65 (with MAC address) is flashed to EPROM 222. At Step 8261 8 it may also be desirable to download other 
data normally stored in. PROM 232, such as board revision number, data of manufacture, tester name, etc., 
together with the MAC address. 
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Two possible scenarios have been considered for flashing the ROM firmware and MAC address to 
EPROM 222. In the first case the NEB 2 has been pre-loaded with a sophisticated set of diagnostics for use 
in nrtanufacturing tests. This approach iimits the amount of time needed to download the specific tests since 
they will be already present in the firmware. In this case, after the tests are successfui the final production 
5 version of the firmware Is loaded into the board and flashed along with the MAC address and other 
hardware related Informalion such as board revision, manufacturing data, and tester (Step S2618). in the 
second case the board will be built with the final production version of the firmware. In this case the board 
specific information area wili be left blank and only this area loaded and flashed after a successful test 
execution In Step 82618. 

10 tn summary, a method for post-test ioadihg of programmable firmware into an interactive network board 
having a LAN Interface comprises the step of downloading a ROM firmware innage (including the MAC 
address) to ORAM 220 vie the LAN interface. The integrity of the ROM image is then confirmed, and the 
' board is commanded to electronically erase the EPROM. The EPROM is then flashed with the ROM image 
which includes the MAC address, and the board is then re-booted from EPROM. 

16 Thus, what has been described In detail above is an interactive netvrark circuit board including structure 
and function for coupling a peripheral to a LAN so that the pertphera) Is a responsive Interactive member of 
the LAN. 

While the present invention has been described with respect to what Is considered to be the preferred 
embodiments, it is to be understood that the present invention is not limited to the disclosed embodiments. 
30 To the contrary, the present invention Is Intended to cover various modifications and equivalent arrange- 
ments Included within the spirit and scope of the appended claims. The scope of the following claims is to 
be accorded the broadest interpretation so as to encompass all ^uch modifications and equivalent 
structures and functions. 

25 Claims 

A method of determining which of plural predetermined frame packet types is currently being used for 
LAN communication on a local area network, comprising the steps of: 
capturing a LAN frame packet on the local area network; 

prescannir>g the captured frame packet to detennine which one of the plural frame packet types 
corresponds to the captured LAN packet; and 

storing ttie frame type coresponding to the captured LAN frame packet 

2. A method according to Claim 1, wherein said prescanning step comprises the step of prescannihg the 
36 captured frame for the presence of a predetermined header. 

. 3. A method according to Claim 2, wherein, in said storing step, the frame type corresponding to the 
presence of the predetermined header Is stored. 

A method of determining which of plural predetermined frame packet types is currently being used for 
LAN communication on a local area network, comprising the steps of: 

configuring a LAN communication module to bind simultaneously to the plurality of frame packet 
types; 

monitoring a LAN communication bus to capture broadcast traffic; 

providing, from the LAN communication module, a data group for the captured broadcast traffic 
corresponding to each packet type; 

prescanning each data group for the presence of a predetermined tieaden and 
storing the frame type conresponding to the data group having the predetermined header. 

60 5. A method according to Claim 4, further comprising the step of executing a prescanning module, the 
prescanning module configuring the LAN communication module to bind simultaneously to each of the 
plural frame packet types and the prescanning module for prescanning of the data groups. 

6. A method according to Claim 5, wherein said prescanning module simultaneously binds a link support 
55 layer to each of the plural frame packet types.. 

7. A method according to Claim 6, wherein the frame packet types are selected from the group consisting 
of Ethennet 80^2. Ethernet II. Ethernet 802.3 and Ethernet SNAP. 
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8. A method according to Claim 4, wherern said monttoring step monitors the LAN communlcatJon bus tqr 
broadcast traffic to any LAN destination. 

9. A method according to Claim 4, wherein, in said prescanning step, each data group is examined for iPX 
header inlormation. * . 

ia A method by which an interactive network board can determine which of plural frame packet types is 
currently being used for LAN communication on a local area network, comprising the steps of: 

downtoading a prescanning software niodule from a ROM on the interactive network board to a first 
area of a RAM on the Interactive network board, and initiating execution of the prescanning software 
module out of the RAM; 

simultaneously binding the prescanning software module tfirough a link support layer to each of the 
pluraJ frarne packet types; 

deactivating the prescanning software module; 

monitoring the LAN communication network for broadcast traffic so as to capture a LAN frame 
packet; 

providing, via the Rnk support layer, a data group for the captured frame packet corresponding to 
each of the plural frame packet types; 

reactivating the prescanning software module so as to prescan each data group for a predeter- 
mined IPX headen and 

storing the frame type corresponding to the data group having the predetermined IPX header. 

11. A method according to Claim 10. further comprising the step of freeing the first area in the RAM so as 
to permit overwriting of the prescanning software module. 

12. A method according to Claim 10. further comprising the step of downloading an IPX network 
communication program from the ROM into the RAM and configuring the IPX network communication 
program to bind to the stored frame packet type. 

13. Apparatus for adaptively determining which of predetermined plural frame packet types is currently 
being used for LAN communication, comprising: 

an interactive network board for interlacing between a peripheral and the local area network, said 
interactive network board being connectable to a peripheral via a peripheral interface, and being 
connectable to the local area network via a local area network interface; 

. a processing unit disposed on said board, for executing stored program instnjction process steps; 
and 

a memory on said board for storing process steps for execution by said processing unit, said 
memory including process steps to capture a LAN frame packet on the local area network, to prescan 
the captured frame packet, to determine which of the plural frame packet types corresponds to the 
captured frame packet, arid to store the frame type corresponding to the captured LAN frame packet 

14. An apparatus according to Claim 13, v^erein said memory includes process steps to prescan the 
captured frarne packet for the presence of a predetermined header; 

15. An apparatus according to Claim 13, whereiri said memory stores process steps to execute a link , 
support layer to the network interface, and process steps to bind the link support layer simultaneously 
to each of the plural frame packet types. 

16. An apparatus according to Claim 15, wherein said memory further stores process steps for executing 
an internetwork packet exchange ("IPX") module and wherein said predetermiried header is comprised 
by IPX information. 

17. An apparatus according to Claim 16, wherein said processing unit configures Vtm IPX module to bind to 
the stored frame packet type. 

18. Apparatus for adaptively determining which of plural predetermined frame packet types is currently 
being used for LAN communication on a local area network, comprising: 

a local area network interface; 
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a link support layer ("LSL") for supporting linkage with the network Interface by providing a data 
group for captured frame packet communications on the network Interface which con-espond to a 
setable frame packet type: 

a memory for storing a frame packet type; and 

a prescanner for simultaneously binding tfie link support layer to each of the plural frame packet 
types, for receiving data groups for a captured frame packet and corresponding to each of the plural 
frame packet types, for scanning the received data groups for the presence of a predetermined header; 
and for storing the frame packet type In said memory in correspondence to the data group having the 
predetermined header. 

An apparatus according to Claim 18. further comprising en Internetwork packet exchange ("IPX") 
module, wherein the predetermined header is comprised by IPX header information. 

20. Apparatus according to Claim 19, wherein the IPX module binds to the frame packet type stored iri said 
16 memory. 

21. In a network cornm.unicaflon system having a local area network bus carrying data packets for first end 
second operating systems having respectively different operating protocols, a method for detenmining 
which of plural frame packet types is currently being used for LAN communication, comprising the 

ao steps of: - 

a first capturing step of capturing a first frame packet from the first operating system on the local 
area network; 

a first prescanning, step of prescanning the captured first frame packet to determine which one of 
the plural frame packet types corresponds to the captured frame packet; 
25 a first storing step of storing the frame type corresponding to the captured first frame packet; 

a second capturing step of capturing a second frame packet from the second operating system on 
the local area network: 

a second prescanning step of prescanning the captured second frame packet to determine wNch 
one of the plural frame packet types corresponds to the captured frame packet; and 
30 a second storing step of storing the frame type corresponding to the captured second frame 

packet. 

22. A method according to Claim 21 , wherein said first and second prescanning steps each comprises the 
step of prescanning the captured frame packet for the presence of a predetermined header. 

■ 56 

23. A method according to Claim 22, wherein, in said first and second storing steps, the frame type 
corresponding to the presence of the predetermined header is stored. 

24. A method of detemnining which of plural predetermined frame packet types Is currently being used in a 
40 multiprotocol LAN communication system operating on a single local area network, comprising the 

steps of: 

a first configuring step of configuring a LAN communication module to bind simultaneously to a 
plurality of first protocol frame packet types; 

a first monitoring step of monitoring a l-AN communication bus to capture first protocol broadcast 
45 traffic; 

a first providing step of providing plural data groups for the captured first protocol broadcast traffic 
from the LAN communication module, each of the data groups corresponding to a different one of the 
packet types; • . 

a first prescanning step of prescanning each data group for the presence of a predetermined 
so header; 

a first storing step of storing a first protocol frame type corresponding to the data group having tfie 
predetermined header; 

a second configuring step of configuring the LAN communication module to bind simultaneously to 
a plurality of second protocol frame packet types; 
65 a second monitoring step of monitoring the LAN communication bus to capture- second protocol 

broadcast traffic; 

a second providing step of providing plural data groups for the captured second protocol broadcast 
traffic from the LAN communication module each of the data groups corresponding to a different one of 
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the packet types; 

a second prescanning step of prescanning each data group for the presence of a predetermined 
header; and 

a second storing step of storing the second protocol frame type corresponding to the data group 
5 having the predelernnined header. 

2& A method according to Claim 24, further comprising the step of executing a prescanning module, the 
prescanning module configuring the LAN communication module to bind simultaneously to each of the 
plural frame packet types and the prescanning module for prescanning of tfie data groups. 
10 • ' 

26. A method according to Claim 25, wherein said prescanning module simultaneously binds a link support 
layer to each of plural frame packet types. 

27. A method according to Claim 26, wherein the frame packet types are selected from the group 
16 consisting of Bhemet 802^, ahernet II, Ethernet 802.3 and Ethernet SNAP. 

2a A method according to Claim 24, wherein said first aiid second monitoring steps monitor the LAN 
communication bus for broadcast traffic to any LAN destination. 

?o 29. A method according to Claim 24, wherein the first protocol includes Novell-compatible protocol and 
wherein, In said first prescanning step, each data group Is examined for IPX header Information. 

30. A method according to Claim 24, wherein the second protocol Includes UNIX-compatible protocol and 
wherein, in said second prescanning step, each data group is examined for TCP/IP header Information. 

25 

31. A method by which an interactive network board can determine vrtiich of plural frame packet types is 
currently being used in a multiprotocol networit environment on a local area network, comprising the 
steps of: 

downloading a prescanning software module from ROM on the interactive network board to a first 
30 area of RAM on the interactive network board and initiatihg execution of the prescanning software 
module out of RAM; 

a first binding step for simultaneously binding the prescanning software module through a link 
support layer to each of plural first protocol frame packet types each corresponding to a first network 
operating system; 

35 a first deactivating step for deactivating the prescanning software module; 

a first monitoring step for monitoring the LAN communication network for broadcast traffic so as to 
capture a first protocol frame packet; 

a first providing step for providing, via the link support layer, plural data groups for the captured 
first protocol frame packet, each of the data groups corresponding to a different one of the plural first 
40 protocol frame packet types; 

a first reactivating step for reactivating the prescanning software module so as to prescan each 
data group for a predetermined first protocol header; 

a first storing step for storing the frame type corresponding to the data group having the 
predetermined first protocol header; 
45 a second binding step for simultaneously binding the prescanning software module through the link 

support layer to each of plural second protocol frame packet types each corresponding to a second 
network operating system; 

a second deactivating step for deactivating Vne prescanning software module; 
a second monitoring step for monitoring the LAN communication network for bro^cast traffic so as 
50 to capture a second protocol frame packet; 

a second providing step tor providing, via the link support layer, plural data groups for the captured 
frame packet, each of the data groups corresponding to a different one of the plural second protocol 
frame packet types; 

a second reactivating step for reactivating the prescanning software module so as to prescan each 
55 data group for a predetermined second protocol header; and 

a second storing step for storing tf>e frame type corresponding to the data group having the 
predetermined second protocol header. 
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32. A method according to Claim 31, wherein the first network operating system includes a Novell- 
compatible operating system, and wherein said first reactivating step prescans each data group for the 
presence of a predetermined IPX header. 

5 33. A method according to Claim 32, further comprising the step of downloading an IPX network 
communication program from the ROM into the RAM and configuring the IPX network communication 
program to bind to the frame packet type stored In said first storing step. 

34. A method according to Claim 31, wherein the second network operating system trK;lude3 a UNIX- 
10 compatible operating system, arxl wherein said second reactivating step prescans each data group for 

the presence of a predetermined TCP/IP header. 

35. A method according to Claim 34, furtfier comprising the step of downloading a TCP^P network 
communication program from the ROM into the RAM and configuring the TCP/IP network communica- 

75 lion program to bind to the frame packet type stored In ^aid second storing step. 

36. In 3 network communication system having a k>cal area network bus canning Novell-compatible data 
packets and UNIX-compatible data packets, apparatus for determining which of plural frame packet 
types is currently being used for LAN communication, comprising: 

20 a LAN interface, coupled to the bus, for receiving communications from the LAN; and . 

a processor for (1) capturing a Novell-compatible frame packet on the kjcal area network through 
said interface, (2) prescanning the Novell-compatible captured frame packet to determine which one of 
the plural frame packet types corresponds to lt)Q c^tured LAN packet, (3) storing the Novell- 
compatible frame type corresponding to the captured LAN frame packet, (4) 

25 capturing a UNIX-compatible frame packet on the local area network through said Interface, (5) 
prescanning the UNIX-corn patibia captured frame packet to detenmine which one of the plural frame 
packet types corresponds to the captured LAN packet, and (6) storing the UNIX-compatible frame type 
corresponding to Hie captured LAN frame packet. 

. 30 37. A network interface card for a peripheral device, comprising the technical features necessary for 
discriminating between frame types in implementing a method or apparatus according to any preceding 
claim. 
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